测试需求

一、测试需求的定义

     测试需求主要解决“测试什么”，即指明被测对象中什么需要测试。

     需求测试通常是以软件开发需求为基础的分析，通过对需求的细分化和分解，形成可测试的内容。

     测试需求因覆盖全部已定义的业务流程，以及功能和非功能方面的需求。

二、需求的分类

    1.功能需求：功能性需求是产品必须完成的那些事情，要求一定的功能品质

    2.非功能需求：如感官，易用性，安全性，性能，法律法规等这些属性方面的需求

    3.限制条件：限制条件是指全局性的，它们可以对整个项目进行有限制。

    4.挖掘需求：挖掘需求是指在产品阶段未能完全定义出的需求，如同在客户沟通挖掘出更深层次的需求。以免后期需求变动。导致项目失败。

三、需求测试中主要运用的方法

    1.业务模型法：要参与需求评审，评审需求的过程实际也是熟悉业务需求的过程。只有对业务比较熟悉了，才能更好的，更充分的设计出高质量的测试用例。

    2. 业务场景法：要善于沟通，多和客户、开发、测试人员进行沟通。遇到不明确的问题、有疑问的需求，可以咨询项目负责人或者客户等。这样才能提前解决需求理解偏差等。

    3.功能分解法：业务功能，辅助功能，数据约束，易用性需求，编辑约束，参数约束，权限约束

    4.细节挖掘：

           1）要多阅读文档，其中包括产品策划书、规格说明书、需求文档，接口文档等，我们可以收集一切相关的文档来帮助理解所要测试的产品需要完成的目标。

           2）尽量多参加项目组内的会议。比如需求讨论、设计讨论、计划讨论等会议，这样在讨论过程中也能加深对产品的理解。

四、需求阶段测试要做的工作

     很多测试人员再需求阶段会比较茫然，不知道要做什么，其实做好真正的需求测试很重要，需要运用之前讲到的一些方法来进行需求测试，测试计划准备，测试方案准备，测试用例准备。

     目前一些敏捷型开发，甚至都是采用的测试驱动，以测试用例为主导反推写代码。这样在某些方面开发出来的质量会更高。

    A.测试需求，检查需求文档描述的正确性，整理出需求的疑问点，明确点，让所有人一致理解正确的需求。

     可运用的方法：路径分析法（业务模型，场景分析）

    B.测试用例编写，从界面，从业务，从功能出发。

     因果分析法，边界值法，等价类划分法，错误推测法（反向测试用例）等

    C.缺少需求文档时，那就要发挥测试人员的主管能动性了

五、需求测试的总结

    结合业务场景，了解业务

    结合基本需求，挖掘需求

    结合分解方法，测试需求

   结合用例编写，覆盖需求