碰到这样的测试人员，你该怎么办？

happymei

我身边有这么一位测试人员，接到一个测试任务，在分析了上个月后，得出的测试方法竟然是进行二次开发（所谓的二次开发就是根据设计人员的设计文档再写一遍），然后把两次测试结果进行比较来进行测试。不晓得各位有没有用过这种测试方法？
本人对二次开发的风险进行如下分析：1、设计文档到底细到什么程度，只有设计人员自己知道，那测试人员在根据设计写的过程中遇到的问题自然而知；
2、测试人员写这个程序的时间，精力这些也是一个风险；
3、一旦两次对比结果有问题，那问题分析的难度加大，因为这样要对两个脚本都进行分析；
最终的建议是：对这个任务的测试内容先分析好，这个内容里面有些简单有些复杂，简单的问题可以采用简单的方法解决，复杂的问题再想办法呗；我觉得这是接到测试任务后的第一要考虑的要素，而不是一味地追求要进行二次开发。
建议竟然被指责？诶，碰到这样的测试人员我无语

[ 本帖最后由 happymei 于 2006-4-5 12:46 编辑 ]

testing

对于复杂算法的测试，可以采用上述测试人员使用的方法。不过这种方法不到万不得已，是不建议使用的。一般的系统，经过分析后，都可以设计出合理的测试用例的。

能否将将你们的被测试特性简单描述一下？便于帮助您分析。

happymei

我们这个系统是这样的：将数据从一个schema模式导到另外一个schema模式下，在迁移的过程中，部分数据需要根据一定的规则变化；比如：日期修改、部分数据是从多张表按一定规则汇总得到放到最终表中的某个字段；
根本谈不上很负责的算法；
而且上述方法只能将测试人员的思路局限于开发设计人员的思路上，这样究竟有多大成效，很难预料阿

testing

这部分算法的测试可以通过单元测试来保证质量，系统测试只要构造数据，验证功能即可了。测试人员不必要一定做自己的程序对算法做验证。

shennocsm

原帖由 testing 于 2006-3-23 13:41 发表
这部分算法的测试可以通过单元测试来保证质量，系统测试只要构造数据，验证功能即可了。测试人员不必要一定做自己的程序对算法做验证。

===================================================
同意，2次开发成本太大！

qnxchina

单元测试谁来做？？我们现在遇到的问题是ED部分做单元测试基本上失败，而且在处理流程上搞不清楚，遇到这样的ED也是很费劲的，随便说明我是做QA的，如果要让我为一个我没仔细测试过的模块打包票我决不答应，ED辛苦，QA更辛苦啊，体谅一下我们的难处吧

r_sunny

同意，成本太大了！

月上梅稍

不知道此类情况