用例场景应该说是写测试用例，甚至是分析测试要素、设计测试策略另外一个重要的依据了。首先，软件研发最终是要再用户那里使用的，用例场景都将在用户的使用过程中被一一实现。 其次，需求的文档会变，设计会变，但用户的用例场景是基本上不会变的（除非是政策或者战略上的变更）。这样使测试工作的任务更加明确了，也更加容易定义修改的优先级以及在修改建议上和开发人员达成一致。毕竟满足用户的用例场景是首要的。 与微软等技术主导的软件企业相比，我向国内的软件更多的是市场主导，用户需求主导的软件企业和设计思想甚至开发模式。 用例场景会比需求文档和分析报告更容易理解，同时也是对于理解用户的需求，产品设计更有帮助。在测试中能够帮助我们发现不仅仅是功能上的问题。 测试有两个目的：确认功能是否实现正确；确认软件是否实现了正确的功能。 “正确的功能”，我想就是符合用户需求的功能吧?不根据用户的用例场景你就不可能把这一个目的做到极致。
内容全部来源于网络收集，如有侵权，请联系网站删除：QQ：24596024