来谈谈用例评审修改的流程
测试用例的设计方法现在基本上都已有了几种常用的有效方法。但从设计出来后到测试结束前，有两件事件还需要认真执行，目前好像流程并未统一规范。
1.如何与需要，开发等评审用例？
这个关系到后面测试的效率，因为从需求文档到测试用例，中间细化的过程可能对期望结果的理解也会有所不同。
2.测试过程中发现的用例问题，按什么流程修改比较合理？
从纸上谈测，到实地操作，有些用例的可执行性，结果明确性才慢慢地出现问题。在测试过程中如果保证进度又不影响测试质量，修改用例，及版本管理是如何进行的呢？？
谢谢！希望大家一起把活儿做细。
这边目前的作法是，用例由总体设计输入后导出，由用例人员交叉评审，中间也会跟开发确认。
而修改基本是测试人员内部，先标注，后更改版本再测。
页:
[1]
