求救

别那样

如何提取测试需求？谁能帮我举个例子说一下咯！

fjjvke

在需求分析阶段，需求人员会对用户的需求进行详细的分析，形成产品说明书，如果更好的可以细化到用例图，活动图。可能大家对UML不是很熟悉，我这里作一下简单的说明。用例是用来描述一个参与者（可以理解为一个外部系统用户，可以是人或外部系统）使用系统完成某一个过程的事件发生的顺序，是系统的使用过程。用例图则是系统的一组用例，用例的参与者（角色）以及用例与参与者之间的关系图。下面就是一个简单购物系统的用例图。


如图1
从图中我们可以发现三个系统的功能，1购买商品，2安全验证，3退还商品。这时我们测试人员可以知道这个系统有三个功能块组成，这时可以在测试计划书中结合产品说明书对这三个功能块的测试目标进行详细的描述，从而保证系统没有重要功能块的覆盖面，后面有经验的案例设计人员会通过测试计划书设计出合理的案例对功能进行测试。这时我们测试人员还可以起到另一个作用，对需求的审核，比如这里对用户是否要登陆，大家有不同的看法，这时可以让需求人员进一步确认用户是否需要使用登陆功能块。不同系统的产品说明书与用例图总是不同的，不过在我们测试人的眼里，它可是用来确定产品是否可以满足用户需求的主要标准，一个用例就可以对应一个或是多个功能点，通过它可以明确的写出测试的功能目标书，我称为测试计划书。这里主要描述产品需要达到的功能，性能要求，稳定性要求。也就是说我们在早期的需求分析阶段就可以介入测试，确定后期测试的目标，如果要求更高点可以进一步的进行需求测试，论证需求是否可以满足用户的要求,从而减少需求风险。
设计阶段与测试的结合

丁笑寒

学习一下