《微软软件测试质量体系最佳实践培训总结 》由会员分享，可在线阅读，更多相关《微软软件测试质量体系最佳实践培训总结 （5页珍藏版）》请在金锄头文库上搜索。
1、微软软件测试质量体系最佳实践培训总结一培训的总体情况这 2 天培训整体情况感觉挺好的。讲师陆宏杰有丰富的软件开发，软件测试，团队管理经验。并且在自动化测试技术和测试管理方面积累了大量的实际项目的经验。对于各种测试方法的重点，难点和实施技巧有深入的研究。在培训的过程中充分体现出来。讲师是提前收集了大家的问题，然后在讲课的过程中穿插讲解对这些问题的看法和解决办法。讲课的内容很紧凑，讲课比较有技巧，容易理解。特别是针对有管理经验的测试人员。培训第一天主要围绕如何对缺陷进行预防展开，提出开发，测试可以并行进行的想法，后又讲解了缺陷的统计（性能，安全的柱形图）大家一起分析，来体现缺陷统计对实际工作的推进
2、作用。接着又讲到站在测试的角度如何对项目产生影响和起到引导作用。需要测试推进，建立一套质量保证体系，使得项目按照既定的方向和标准前进。后面提到测试计划，需要跟需求和设计严重相关，所以对于需求和设计的评审尤为重要。提到发布指标，是对开发和测试共同有效，2 个角色应该站在项目效率的角度来考虑问题。提到测试用例的有效性（需要建立公共素材库，提炼并自动化） ，提到白盒测试（需要有用程序读程序的方式，前提是高质量的需求文档，和设计文档） ，等开发代码写完的同时，测试也完成了 case 的编写（自动化程序） ，开发来执行 case。培训第二天主要围绕测试度量体系的建立和测试方法和技巧，最后将了测试管理。测
3、试度量体系构成要素，目前大部分企业缺的是高效的工作流程，数据统计和数据挖掘，缺陷追踪体系，科学的测试管理。高效的工作流程需要工具来支撑。对测试用例的评判，可以通过需求覆盖率，代码覆盖率来分析。测试用例执行率是项目执行情况的一个指标。他们有个 bug driver 的角色，开发经理，测试经理共同关注缺陷。对缺陷的等级，分类，和解决优先级进行评审和安排。测试人员验证的详细程度也是代表一个测试人员的功力。手动测试和自动测试的区别，手工测试需要精妙的测试思想，行业和领域专家，自动测试需要比较高的 coding 水平。手工测试和自动化测试相辅相成，手工测试的人员的思想沉淀，和指导作用，自动化测试人员把这
4、些想法工具化。性能测试的重点，测试人员如何进行分析和定位。好的环境文化滋生出好的创新，但是也要让员工保持积极的态度。需要员工去挖掘，创造，驱动一些可以改进效率事情。测试人员对多元的测试，测试是否存在 hard code。并讲了具体的实例来启发大家。关于团队的管理，提出对于员工的职业发展，应该是协助员工进行发展，协助员工思考自己的长处和优点，并给自己一个目标，想成为哪一方面的第一，例如性能测试第一，缺陷数第一，行业专家，安全专家，工具专家等。主要看个人的兴趣。后又讲了一个 bug bash 的竞赛。测试的手段，内容不限，看哪个团队能找出最多的缺陷，并评选出最严重 bug，最酷 bug，最有力度b
5、ug 等。二培训对目前个人的影响1管理的认识A对团队建设和员工管理的认识目前自己对团队建设的管理比较薄弱，后续将不断改进工作。例如对于缺陷数每个月小于 10 个的员工进行谈话。对员工的职业发展做协助，协助组员分析目前的兴趣和想做哪方面的第一，也是物尽其用人尽其才的思想。对团队氛围的创造，希望创造一种积极向上的气氛，关键自己也要实时抱持一种积极向上的状态，对表现不佳的人员及时提出意见。同时对于沟通方式进行改进。 B对流程管理的认识目前的流程管理存在一定的弊端，例如缺陷的管理，无法真正起到缺陷跟踪体系的作用。2.测试发展方向的认识测试发展方向之前的认识也比较模糊，现在是认为只要能一起协助开发或需求
6、来共同提高项目的效率，在这过程中对于每个出现的问题，大家觉得繁琐的地方多进行思考，并用工具来改进效率，应该就是好的工作。关键是要做个有思想的执行者，而不管是做测试或者其他岗位。3.对测试技术的扩充理论知识并不完全可靠，但是理论知识要拿来灵活应用于实际的测试，例如可以用单元测试的思想来进行系统测试。所谓的黑盒，白盒，也都是纯理论，针对工作应该是结合理论来形成一套自己的测试标准，而不管他应该叫什么。4.对测试管理的激情被激发现在觉得测试管理要做的事情太多了，而且工作中需要改进的地方也很多，希望后续慢慢的改进，并提高整体测试人员的水平，通过给开发定位问题，甚至协助开发解决问题（虽然不是测试人员的职责
7、，但是如果有能力在有时间的情况下可以进行） ，或者在需求评审和设计评审的时候能够提供有效的意见等等。三通过培训并根据项目组的具体情况，对目前的流程提出一些改进意见1.可以把性能指标的收集进行推广，实现常态化的进行。后续将陆续安排收集测试环境 bssp 请求脚本的编写，和发起工具的编写。并定期进行性能指标的收集分析。2.开发在修改报告中需要体现各个分支的情况，循环的情况，条件的情况，有效路径的情况。以便测试人员进行各个分支的测试用例的编写。3.目前项目组在需求分析和架构建设（新业务部分，大部分都是为了临时满足需求而在原先的代码上改动的程序）这块，还是比较弱。测试人员应该站在可测试和可维护性方面对
8、需求和架构提出自己的建议。4.对缺陷跟踪系统的优化A对缺陷分类的改变，功能问题，性能问题，架构问题，扩展问题，可测性问题，安全问题。这样可以对测试人员的测试方向做引导，而不仅仅是站在功能测试的角度进行。B对缺陷流程的增加，项目经理，测试经理定期对缺陷的等级，解决优先级，缺陷类型进行评审。以便后序工作的安排和数据的有效性。对于未按期关闭的缺陷进行自动统计，并邮件通知。5.后续考虑搭建一个独立的 build 的环境，测试人员需要研究代码的情况下，可以进行加入调试语句，以便进行分析和定位。这些代码不入库。目的仅仅是为了提高测试人员定位问题和分析问题的能力。并安排相关的培训。不需要完全懂得怎么写，只要知道调试信息怎么加，如何关联查看代码。6.关于测试环境管理的工具化，这块后续也将考虑，看下是否可以在统一部署工具中实现，抽取下需要展现的指标，在界面进行统计和管理。例如各个主机，各个程序目前的版本情况，各个主机的cpu，空间，内存情况查看。自动部署程序的研究等等。
