系统测试计划从属于软件测试计划、软件项目计划(Software Project Plan，SPP)和软件项目跟踪与监控(Software Project Track and Oversight，SPTO)计划的管理体系，主要用于对系统测试全过程的组织、资源、原则以及采用的测试工具、技术、方法等进行描述和约束，规定系统测试过程各阶段的确认和验证(Verification and Validation，V&V)任务以及时间进度计划，并对各项任务进行评估、风险分析和需求管理。
用一句话来概括就是：系统测试计划从管理的角度来规划和控制整个系统测试活动。系统测试计划考虑的主要内容有组织形式、测试对象与工作任务分配。
1.组织形式
组织形式需要明确每个人要做什么事情以及如何和别人协作等。一般可以分成以下组织形式。
项目组内的组织形式：定义测试团队和开发团队、配置管理员、项目经理、SQA之间的分工以及协作。
测试团队内的组织形式：定义测试团队内各测试小组之间的分工以及协作。
测试小组内的组织形式：定义测试小组内各测试人员之间的分工以及协作。
无论是哪种组织形式，都由3个部分构成。
组织架构图：定义组织中各实体间的相互关系，比如，有没有配置管理员等。
角色职责：明确每个实体的任务，这样才能做到职责清晰、分工明确。
协作形式：明确不同实体间合作以及冲突的解决方式，为不同角色之间更好的协作提供指导。
2.测试对象
测试对象对应的是要测试的范围以及对测试范围进行详细分析所得出的要测试的点，即测试需求或者测试项。测试对象的确定是制订测试计划时一件非常难做的事情，因为如果确定的测试对象分解测试颗粒比较大，则会导致工作无法完成;如果确定的测试对象分解测试颗粒过于详细，则会导致工作不饱满，没有充分利用资源。
在确定测试对象时，需要考虑以下因素。
被测对象的全部内容：依赖于软件需求和对被测软件系统的熟悉程度。
时间：对于同一个系统，给定的时间不同会导致测试范围会有很大的不同。或者说，在一天内可以进行测试，在一个月内也可以进行测试，在一年内还可以进行测试。当然，时间越长，测试更全面、更充分。
测试目的：如果这次测试的目的是尽快找出致命的bug，那么在选取测试对象时，主要考虑那些比较容易出错的地方。常见的测试目的主要有检测、证明、基本功能验证等。
人力：如果把同样的系统给不同的人测试，测试的效果会有差异。因此，如果参与测试的测试工程师是经验比较丰富的人，那么测试对象的范围可以选取得更大。
3.工作任务分配
前面已经确定了哪些人参与系统测试，系统测试的具体工作也已经分配完，但如何才能确保系统测试工作顺利完成呢?需要对每个参与者的工作进行监督，这样就需要将每个人所承担的工作进一步量化。比如，什么时间要提交什么文档?测试用例设计的数量要达到多少?如果有必要，还需将每个人的工作进一步细化，只有这样，才能真正让计划很好地执行。任务如何分配还需要结合实际情况，但其根本目的是保证工作的顺利完成。如果对参与系统测试的人的能力和职业素养有信心，那么任务分配可以粗一些;否则，越细越好。
除了组织形式、测试对象和工作任务分配之外，在制订计划时还需要注意以下方面。
需求跟踪：通过跟踪测试需求和实际需求的关系(也就是系统测试项与需求度的对应关系)，可以了解到哪些需求项漏测了。
测试通过/失败的标准：指出什么时候测试可以结束。该标准可以只考虑测试活动的度量。
挂起/恢复的标准：当测试过程无法进行下去或者失去继续测试的意义时，可以将测试工作挂起，挂起的标准指出系统测试暂停的条件，恢复的标准指出系统测试恢复的条件。
应交付的测试工作产品：确定各测试任务完成后需要提交的测试文档、测试代码及测试工具等产品。需要将工作任务分配中所涉及的产品汇总在一起，以便测试结束时检查。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。