÷÷÷÷÷÷÷÷÷请教：有关测试的一些问题÷÷÷÷÷÷÷÷÷
只谈系统测试测试用例应该在什么阶段开始设计，是在软件产品化以后，还是在开发人员编码之前？这里是说用例的设计，不是执行，另外设计和执行到底是不是同时进行的？
如果在编码之后设计用例，那从需求分析到开发人员编码完成这段时间测试人员应该做什么，仅仅是测试计划和配合开发人员进行集成测试吗？
如果在编码之前设计用例，那用例设计的依据是什么，需求规格说明书？
说到测试用例的依据，就多说几句。依据究竟是产品本身，还是开发人员的需求说明文档？只是针对产品功能随意的去测，应该是不合适的，但如果只凭需求文档，有很多细节恐怕无法测到，比如页面某个具体数据显示的正确性，是否弹出提示框，等等，这些在需求文档中不可能写到（需求中只会写：支持XXX功能），具体该功能如何实现，实现成功与失败的表现形式各是怎样，可能需要等用户手册出来才知道，那测试用例设计也等到用户操作手册出来才开始吗？如果没有相关文档，那是否只能通过与开发人员口头交流来进行？ 就我目前所在的公司而言,测试用例是在需求确认之后就开始设计的,但是测试用例的评审需要放在系统设计的说明之后,评审之前进行.所以测试用例的依据除了需求说明文档之外,还有开发人员的设计文档. 那就是说是在编码之后？ 一般情况下，我都是根据需求说明书上所写的功能点编写测试用例，不分在编码前还是编码后。但是如果是系统测试还是建议在demo出来之后写，这样有助于对产品功能了解，因为毕竟需求说明书上写的往往和实际的都有点出入。至于“从需求分析到开发人员编码完成这段时间测试人员应该做什么”，除了系统测试不是还有单元测试吗？可以做单元测试啊～ 单元测试开发人员做的，就算测试人员做，至少也要等子系统编码完成才能单元测试 目前我的现状是:先是根据客户需求,需求人员先写出需求文档，设计人员设计出数据库表之间的结构等。
接着，测试人员参与需求文档的评审，大家探讨实现的方式和解决遇到的问题，接着安排写功能用例。
等该功能稳定之后，可能安排写业务用例
页:
[1]
