识别测试需求
识别测试需求是软件测试的第一步。如果开发人员能够提供完整的需求文档
和接口文档，那固然好。可以根据需求文档中描述的每个功能项目的输入、处理
过程和输出，来设计测试用例。如果开发人员没有提供软件需求文档，那该如何
是好
?下面给出几个有效的方法：
主动获取需求
开发人员通常不会更好地考虑软件测试，如果没有开发流程的强制规定，
他们通常是不愿意提供任何开发文档，即便有强制规定，需求文档也未必能够
真正指导软件系统测试工作。因此，需要测试人员发挥主观能动性，与相关的软
件开发项目经理和软件开发人员保持沟通，了解软件实现的主要功能是什么，
并记录得收集到的信息。一般来说，开发人员即便没有提供相关需求文档，也会
保存一些简单的过程文档，主动向开发人员索要这些文档，可以作为测试的参
考。此外，可以与公司的技术支持人员交流，技术支持人员是最贴近用户的人，
因此，通过交流可以获取第一手的用户使用感受，在测试的过程中会更加贴近
用户。
当拿到相关的资料后，从哪些方面分析需求
?如何与开发人员交流需求?其
实，只要把握需求分析的几个关键的点就可以解决问题：输入、处理过程、输出、
性能要求、运行环境，下面针对每一个项目逐一分析：
软件输入： 与该需求相关的一切可能输入，可以从这几方面考虑，输入来
源、输入参数的数量、输入参数的度量单位、输入参数的时间要求、输入参数的精
度和输入参数的有效输入范围。在测试用例设计中，这部分内容作为测试用例输
入的依据。
处理过程： 描述对输入数据所执行的所有操作和如何获得输出的过程。测
试人员了解处理过程即可，在测试过程中发现
BUG 时候，如果对处理过程了
解的深入，对定位问题根源有很大的帮助。
软件输出： 描述每个需求的输出结果，包括输出的位置
(如计算机显示器、
)，输出参数的数量、输出参数的度量单位、输出参数的时序、输出
参数精确度、输出参数的有效输出范围、错误消息。在测试用例设计中，这部分内
容作为测试用例的预期输出。
“
性能要求： 与该需求相关的性能要求，比如
插入
ATM
取款卡后，
3 秒
”
钟内弹出提示用户取款的图形界面
。
3 秒钟这一限制，就是对需求的基本性
能要求。
运行环境： 软件的运行所需的环境，包括硬件平台的要求、操作系统的要
求、数据库的要求，以及其它相关支撑软件的要求。
确认需求的优先级