如何做好测试计划

操作方法

（01）一个测试计划应包括：产品基本情况调研、测试需求说明、测试策略和记录、测试资源配置、计划表、问题跟踪报告、测试计划的评审、结果等等。

（02）产品基本情况调研：这部分应包括产品的一些基本情况介绍，例如：产品的运行平台和应用的领域，产品的特点和主要的功能模块，产品的特点等。对于大的测试项目，还要包括测试的目的和侧重点。具体的要点有：变更：说明有可能会导致测试计划变更的事件。包括测试工具改进了，测试的环境改变了，或者是添加了新的功能。产品规格：就是制造商和产品版本号的说明。项目信息：说明要测试的项目的相关资料，如：用户文档，产品描述，主要功能的举例说明。

（03）测试需求说明：功能的测试：理论上是测试是要覆盖所有的功能项，例如：在数据库中添加、编辑、删除记录等等，这会是一个浩大的工程，但是有利于测试的完整性。设计的测试：对于一些用户界面、菜单的结构还有窗体的设计是否合理等的测试。整体考虑：这部分测试需求要考虑到数据流从软件中的一个模块流到另一个模块的过程中的正确性。

（04）测试的策略和记录：公正性声明：要对测试的公正性、遵照的标准做一个说明，证实测试是客观的，整体上，软件功能要满足需求，实现正确，和用户文档的描述保持一致。

（05）测试资源配置：项目资源计划：制定一个项目资源计划，包含的是每一个阶段的任务、所需要的资源，当发生类似到了使用期限或者资源共享的事情的时候，要更新这个计划。

（06）问题跟踪报告：问题描述尽可能是定量的，分门别类的列举，问题有几种：1、严重问题：严重问题意味着功能不可用，或者是权限限制方面的失误等等，也可能是某个地方的改变造成了别的地方的问题。2、一般问题：功能没有按设计要求实现或者是一些界面交互的实现不正确。3、建议问题：功能运行得不象要求的那么快，或者不符合某些约定俗成的习惯，但不影响系统的性能，界面先是错误，格式不对，含义模糊混淆的提示信息等等。

（07）测试计划的评审：又叫测试规范的评审，在测试真正实施开展之前必须要认真负责的检查一遍，获得整个测试部门人员的认同，包括部门的负责人的同意和签字。

（08）测试平台的运用：我们团队一直在使用日事清进行测试计划工作，将测试计划分为收集、确认、其他、开发中、测试中、已解决、重复问题等几个状态。日事清通过看板将测试工作任务合理分配至每位团队成员的个人日程，并且每天自动生成测试工作日志进行汇总。做到任务有跟踪、事件有反馈、结果有分析。相比别的管理系统，日事清具有更优秀、流畅的使用体验，它能够合理让员工规划工作日程，让管理者及时掌握员工工作饱和度、工作进展状况等等，可以说不仅提升了管理效率，还降低了企业成本，非常值得借鉴。