我的测试理念

此刻让我来表达一下 我的测试理念与方法：

 

项目中遇到的产品质量问题 无非就2大类：

一、项目实施过程问题

1）流程问题

2）项目风险控制问题

3）技术性问题

二、人的问题

1）执行力的问题（态度问题、沟通问题）

2）能力问题

 

观点1：软件质量是 需求、研发、测试、运维 各个阶段高质量输出的 集体结果体现。

这个具体就不细述，大家都是聪明人！！！

 

观点2：软件质量 需要 关注结果，更需要关注过程

很多人说，做管理的只需要关注结果，不需要太多去干涉测试人员具体怎么去做；我是非常不认同这个观点的。

作为一个基层管理，我们更多的在于过程的把控，过程把控好了才会有更好的质量结果！我们始终要把PDCA的思想贯穿在我们的基层管理工作当中。

把阶段性的结果把控好了，就是对整体过程的最好把控；最终积累产出好的质量结果！！！

那我们需要关注哪些过程呢，这就是我接下来说的非常重要的 一个点。

 

观点3：重流程、重度量、流程规范与项目时间灵活变通

      1）在我们开展测试过程的过程中，流程是必不可少的，这个不用讨论。

需求评审-》项目总体计划、开发计划（测试总体计划）-》测试人员对需求分解分析-》测试用例 或 测试要点 -》用例评审-》研发设计 -》开发阶段（测试人员接口脚本准备）-》开发联调（测试人员接口测试）-》开发提测-》冒烟测试通过-》测试环境测试-》预发布生产环境测试-》上线准备工作-》版本上线（生产环境测试验证）-》项目复盘总结。

      2）重度量，我们度量什么？我们为什么要做度量 ？这个就是大家都关注的核心问题点了，我们的质量好不好，拿数据说话最靠谱，数据不会骗人！！！数据不会骗人！！！数据不会骗人！！！ 

       3)项目周期短，时间紧奏 要不要按流程来开展工作？必须按流程开展工作，对于各个环节的产出粒度细度可以 灵活变动，比如 测试用例 可以变为 测试要点；开发联调可以提前启动等。

我们需要关注的数据，需要度量的数据依旧需要及时 跟进。

 

观点4：绩效考核的271法则对 团队的激励有用吗？ 对 70%的团队成员没用作用，对20%的优秀成员可以起到部分激励作用，对10%的末尾成员只能起到末尾淘汰的作用。

优秀的团队成员 只要给他/她 一个目标 就可以把工作完成得很好，无需绩效就可以做得很好，属于10%必须被考核的团队成员，每个月必须找一个垫底的出来，加速了末尾淘汰！！！有好的地方也有不好的地方。

绩效考核的打分依据 来源于 平时的数据度量与测试规范检查表，遇到需要改进的地方 及时指出最低的员工的不足，确保双方都认可，而不是为了惩罚而进行考核，为了惩罚而进行考核会加速团队的消极心理。

对于OKR的考核方法可能更好，对于拿员工的工资作为绩效考核的一部分来惩罚需要慎重考虑；绩效考核可以跟年终奖挂钩但是与 个人工资挂钩 不利于团队的发展与员工的积极贡献。

 

观点5：开发对产品质量的影响大 还是测试对产品质量的影响大？很多人可能会说保障产品质量的是测试，跟开发什么事儿呢？

其实在产品研发的整个过程中，产品质量好坏的一个主要源头还是来自于开发，毕竟bug是开发造出来的，如何提升开发的代码质量，才是规避Bug的一个主要事件。这个是开发经理们需要思考的问题，同时开发经理们您们认为需要测试能够起到什么样的作用？需要测试做些什么？... ...

 

观点6：测试团队效能的提升 来自哪里？测试团队管理纲要。我们来关注下 测试管理的一些重点：

定方向、定机制、提能力、常跟进、定结果、多沟通

1. 个人技能的改进；
2. 团队能力的改进，项目质量的提升；
3. 团队成员离职率的降低；
4. 加强团队凝聚力，适当组织团结活动等、适当采用激励方案：如年度提交bug王，年度风险识别官，效能之星等；
5. 团队成员潜力挖掘，梯队副手培养；业务线划分；
6. 学会聆听，组内测试执行者更加清楚项目的重心；
7. 学会信任，鼓励组员相互分享；
8. 应关注团队情绪，通过沟通，谈判来决定结果；
9. 识别项目风险和人员风险，提前规避；
10. 保持乐观心态，建立积极氛围，降低负面影响。