求测试工作中的几个标准
在st,it,ut中多少时间写一个测试用例是正常的？多长时间执行一个用例正常（一般情况下）？千行代码缺陷数多少个正常？同样的bug在不同的模块中存在是否分开提交？现在发现的bug提交后开发人员并没有看，后来在开发过程中解决了。再看到这个bug时把状态设置为拒绝了怎么办？ 我觉得这个应该没有一个标准吧,要根据实际情况而定.同样的bug在不同的模块中存在我认为应该分开提交,毕竟你是在不同的模块中发现的,都要提交给开发人员看;你提交的bug既然开发人员没有看你那又怎么"后来在开发过程中解决了"?bug的状态为拒绝,那你就应该找原因了,首先找自身的原因,好好看看需求,确认是否是缺陷?如果你认为是,那么你就跟开发人员去沟通,看看你们的标准是否一致?最后看看自己前期是否把重点放在小问题上了. 我也觉得这个没有标准，应该根据具体项目而定。一般情况下，这些自己可以在工作中总结一下自己写一个用例或执行一个用例的是时间 在st,it,ut中多少时间写一个测试用例是正常的？多长时间执行一个用例正常（一般情况下）？千行代码缺陷数多少个正常？上面的几个问题，好像每个企业内部都有自己的一个规定吧！要求每天写多少个用例，执行多少个！缺陷密度控制在多少里面吧！
同样的bug在不同的模块中存在是否分开提交？现在发现的bug提交后开发人员并没有看，后来在开 ...
我觉得需要分开提交，最后一个问题我觉得这就是开发人员与测试人员的沟通问题了
[ 本帖最后由 tunglee 于 2007-1-29 22:58 编辑 ] 个人思路：
1。在st,it,ut中多少时间写一个测试用例是正常的？
首先，在进行需求分析阶段一般企业都做好了整个开发的进程，而测试人员也应有初步的用例规划，就是在ST，IT，UT各个阶段大概需要设计多少个用例，然后可以根据V模型平均分配自己的用例设计时间，如果提前完成那就更好了，如果中途有补充用例的话我想可能就要加班了吧，另一方面，公司或许也有硬性规定每人每天的产出用例数量
2。多长时间执行一个用例正常（一般情况下）？
这个具体看你用例的规模，如果用例需要的前置条件比较复杂难以实现，抑或用例步骤烦琐等等可能就需要相当长的时间执行一个用例，另外如果某个用例实现起来比较简单，自然而然需要的时间就比较少了。总之在执行用例阶段内完成自己的任务是最重要的，合理的安排执行时间也是每个测试人员的必备手段。
3。千行代码缺陷数多少个正常？
这个每个公司的规定不一样，在公司的开发测试规章制度里应该有写明，多多看看工作手册吧
4。同样的bug在不同的模块中存在是否分开提交？
当然需要分开提交，如果你不知道这个引起这个BUG的原因是某个方面或者多个方面；为了保险起见，尽力做到覆盖每个模块的BUG报告。
5。现在发现的bug提交后开发人员并没有看，后来在开发过程中解决了。再看到这个bug时把状态设置为拒绝了怎么办？
首先需要测试人员做回归测试，如果没有继续发现此BUG，可以申请此缺陷CLOSED；如果没有发现此BUG可以申请将此缺陷置为REOPEN。
页:
[1]
