要给测试人员用，很有可能不小心就把我的程序修改了

应该可以的，

弄一个小程序，先查找所有的用例，然后根据自己的需求选择要测的用例，点击测试，然后就自动打开winrunner开始运行，将结果写入我自定义的文档里面。测试完毕以后自动发email给软件开发人员和其他测试人员。这个计划怎样？
还有每一个用例里面都有一些参数，可以方便测试人员根据不同的情况进行用例的修改。还有一个数据库存储着我的所有用例的数据驱动，别人在他机子上 可以连到我的数据库进行测试，呵呵

感觉非常不实用的做法。实在是浪费时间。

阿，不是吧，个人觉得挺好的呀，呵呵

还要开发人员装WR,而且WR的移植性也非常差，再不同的机子和不同的系统，可能结果都不同，你要真这么做了，最终头痛的是你自己。有这时间做什么不好？比如和MM聊聊天。

其实我还想趁着这个机会学习编程阿，呵呵，而且，跟mm聊天有什么好聊得

完全不实际的做法，程序员也不太可能用你这个东西，要是真有时间，编写些别的，也比写这个强。要学的东西多了。你的做法完全就是浪费时间也实现不了也没有意义。不是我打击你。是确实意义不大的行为。

55555555555555，那你觉得我该学些什么嘛…………

MSN探讨。嘻嘻什么挣钱学习什么啦。

开发人员不用装wr吧，测试用例是在一个独立的环境(模拟实际用户操作环境)上执行就可以了！
每个开发人员都要安装wr，那不成了开发人员也要做测试工作了么！

楼上的问题可能不是合理的办法，如果单独拿出来后一条需求
“winrunner开始运行，将结果写入我自定义的文档里面。测试完毕以后自动发email给软件开发人员和其他测试人员“ 其实对测试人员应该倒过来，wr启动你的小程序！

这个问题我觉得应该分为2点
1.测试环境独立性（测试人员的机器，而不是开发人员的机器）
2.解决问题的方式，应从工具本身入手，其他程序只是辅助手段！（完成wr不能完成或者完成很复杂的任务）

我支持pcl2004_27，把测试环境与开发环境分开。分阶段release不同版本，测试人员把test result or raised defect用testdirector 与 developer进行交流，大公司常采用此方法，不妨试试。而且你的老板也可以看到你的成绩。Gentle reminder：Don‘t forget regression testing。