在信息化系统生命周期中，软件测试是为了发现错误而执行的活动，本文主要介绍测试工作从哪个环节开始，测试人员如何开展测试工作，如何进行测试收尾，具体活动包括获取测试需求、撰写测试用例、执行测试、输出测试报告。
工具/原料
Bug管理工具（QC、禅道等）
软件需求规格说明书
测试人员
Bug管理规范
测试报告模板
方法/步骤
1、获取测试需求在需求规格说明书/产品原型正式发布后水貔藻疽，测试人员便可以开始介入了，前期通常会被邀请参与项目前期的需求宣导会，测试颍坭姨俨人员需准确的获取测试需求，明确后续的测试范围，以及单次版本测试通过的标准，例如依据需求规划说明书进行黑盒测试，当非重大Bug小于等于3个，则测试通过。
2、撰写测试用例测试用例是指根据软件需求而设计的一组输入、执行条件和预期结果，以测试某个程序是否被正确的实现，程序结果是否符合预期。测试用例可指导测试执行过程，确保其测试覆盖率，提高测试效率。测试用例需紧跟软件需求，如需求有变更，测试用例也需相应做调整。
3、执行测试当程序开发完毕并正式提测，测试人员便可开始测试了，测试主要参照测试用例执酚祯馄嫱行，当程序不符合预期结果时，可将Bug记录在制定的质量控制工具，通知开发人员核查。Bug记录可使用专业的B锇栀劐箨ug管理工具（QC、禅道等），一般支持图文内容、Bug状态、处理人、历史记录等
4、回归测试当开发人员修复Bug、葛激握颟发布新的程序，测试人员可再次进行测试，回归测试主要测试上一次记录的Bu爿讥旌护g是否被修复，是否产生新的其他Bug，如已修复，则关闭Bug，如发现其他不符合预期的结果，则记录新的Bug，并通知相关人员。回归测试的次数是软件情况而定，如有Bug反复回归测试都未修复，则需进行多次回归测试，直至达到测试通过标准。
5、撰写测试报告当次版本测试结束或达到通过标准后，测试人员可撰写测试报告，报告需包括测试的轮数、每一轮出现的Bug明细和数量统计、测试结果分析、测试意见等数据，以便项目干系人更直观了解当次软件版本的质量。
