软件测试PTM流程，清晰详细

PM要求：1）、对老版本遗留问题需要进行回溯，2）对漏测问题需要高度重视，3）要勇于承担责任

PL要求：1）团队精神，2）能主动协调员工的积极性，3）激发员工潜能，4）员工成就就是团队成就意识，5）团队成就才能体现PL成绩，6）发挥团队能力而不是展示个人能力，7）主动学习意识，8）定位好个人愿景，9）心态的自我调整

PTM流程

测试需求分析与计划->测试方案设计->测试用例设计->系统测试执行->产品评估发布->产品测试数据度量及过程经验输出

1） 测试需求分析

测试视角：测试类型、功能交互、产品继承、分配分解

活动框架：阶段->活动->工程方法->测试分析设计表

产品规格说明书->测试需求分析->产品测试规格->测试方案设计->测试用例标题->明确用例->指导测试执行

工作量估计：特性规模工作量+过程活动工作量

2） 测试计划：计划的目的，指导测试组成员进行工作和让相关干系人了解测试工作。测试计划最重要的内容包括测试策略、确定测试范围、测试资源、测试进度、测试人员的职责与任务分配、测试过程风险分析与对策、项目通过与失败标准。

3） 测试设计

方案设计：理论、工程方法、应用

测试规格->特性测试规格->特性测试用例

4） 测试执行与评估

测试执行阶段：启动评估、用例执行、缺陷管理、发布评估

SDV从TR4开如到TR4A结束

开工会：a）让大家相互识认干系人

   b）让大家了解执行策略、任务分工、任命CMO及其它

   c）干系人意见反馈

   d）执行过程中的注意事项要让大家清楚，如TIMESHEET填写

测试评估：开发转测试版本质量评估、自测试活动评估

测试执行：a）第一轮测试结束需要做缺陷分析、质量分析与评估

     b）根据结果调整测试策略

     c）测试进度报表定期发给相关干系人

     d）每周周报中对开发质量进行通报

缺陷管理：提倡引入缺陷管理工具

  产品缺陷：需求缺陷、设计缺陷、产品软/硬件缺陷；

            结构缺陷、用户文档缺陷

过程缺陷：需求文档缺陷、设计文档缺陷、测试文档缺陷、流程符合度缺陷

项目缺陷：项目的进度缺陷、项目成本缺陷、项目质量缺陷、项目范围缺陷、项目人力资源缺陷、人员能力缺陷、人员素质缺陷

测试结束评估：过程能力的评估、质量评估、退出评估

过程能力评估：a）进度偏差、b）缺陷密度、c）缺陷发现成本、d）综合代码测试效率、e）设计效率、f）执行效率、g）用例有效性

产品质量评估：ODC分析方法（主要是通过不同触发因素）、四象限分析方法（）、Gompertz分析方法（测试轮次必须大于或等于2轮，且不能有过多的CR单，主要采用输入缺陷进行）

测试结束评估：测试覆盖情况、遗留问题情况

5） 产品测试数据度量及过程经验输出

测试数据度量目的：为后续类似测试产品的工作展开提供可靠参考数据。

过程经验文档的输出是非常必要的

PTM项目管理：

戴明PDCA方法，即Plan(计划)、Do(执行)、Check(检查)和Action(处理)的缩写。

P(plan)计划。包括方针和目标的确定以及活动计划的制定;

D(do)执行。执行就是具体运作，实现计划中的内容;

C(check)检查。就是要总结执行计划的结果，分清哪些对了，哪些错了，明确效果，找出问题;

A(action)行动(或改善)。对总结检查的结果进行处理，成功的经验加以肯定，并予以标准化，或制定作业指导书，便于以后工作时遵循;对于失败的教训也要总结，以免重现。对于没有解决的问题，应提给下一个PDCA循环中去解决。

1） 管什么：管人（参加项目人员、每个人做什么、沟通）、管事

2） 怎么管：流程是助手/框架、在PTM框架下融入个人管理因素、各个阶段作什么输出什么、引入PDCA管理方法

3） 怎么管好：注意事项、规范

PTM项目工作量估计：特性规模和工作量+过程活动工作量

TR4~TR4A：主要偏重于功能验证

TR4A~TR5：主要偏重于性能测试

软件可测性：可测试性、可维护性、可服务性

影响软件可测试性属性：可操作性、可观察性、可控制性、可分解性、简单性、稳定性、易理解性。

可观察性：行为跟踪、测试特性观察、测试配置观察

可控制性：行为控制、测试特性定义、测试安装配置

易理解性：用户文档可理解、开发文档可理解、代码可理解、质量保证及测试文档可理解

软件内部行为：操作、状态、性能、资源、消息/事件、错误

软件可测性实现：设计原理、实现架构、功能实现