设计测试用例如何保证完整的覆盖需求（理论派就算了）
做了很多个项目，发现原来江湖上流传的设计理论都是步子迈得太大的选手哪位高人有实际经验提炼出的覆盖法则，请赐教
理论派就别发言了，相信江湖破烂理论大家都见识过，误人子弟阿 先将需求转化为需求矩阵，即做个EXCEL表格，内容包括需求编号（即：需求说明书中的章节号）、需求功能点（从需求章节内容中抽取出来的）、需求测试用例号，再针对每个用例编号写测试用例；偶做联通项目就是这样要求做的，仅供参考； 坐等高手，我目前涉及的项目还没有要求100%覆盖的。 得看啥用例了 白盒or黑盒
白盒的话 看是单元还是集成，不管是哪个都要熟读代码，根据代码逻辑来设计
黑盒的话 就是站在业务的角度，分模块，按操作、展现、正常流、异常流去设计
你说的100%覆盖也是理想化的，正常情况下，不能说100%的，用例和设计都是在不断补充和完善的 *需求覆盖100%可以通过需求/用例 矩阵 得到
*功能覆盖100%....至今没见过哪组用例达到这个指标。无论黑盒/白盒。
貌似只有白盒中，测试类似“hello”这样的简单函数，能实现所谓的功能100%覆盖。（若考虑不同编译器原理的话，估计又是一个纠结的杯具....） 楼主的口气还是很大的啊，从实践看来，若想让测试用例保证完整覆盖需求，唯有遍历。凡是没有测试的地方，就是bug生存之处。 文档+经验
页:
[1]
