微软软件测试质量体系最佳实践培训总结

《微软软件测试质量体系最佳实践培训总结》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、微软软件测试质量体系最佳实践培训总结一．培训的总体情况这2天培训整体情况感觉挺好的。讲师陆宏杰有丰富的软件开发，软件测试，团队管理经验。并且在自动化测试技术和测试管理方面积累了大量的实际项目的经验。对于各种测试方法的重点，难点和实施技巧有深入的研究。在培训的过程中充分体现出来。讲师是提前收集了大家的问题，然后在讲课的过程中穿插讲解对这些问题的看法和解决办法。讲课的内容很紧凑，讲课比较有技巧，容易理解。特别是针对有管理经验的测试人员。培训第一天主要围绕如何对缺陷进行预防展开，提出开发，测试可以并行进行的想法，后又讲解了缺陷的统计（性能，安全的柱形图）大家一起分析，来体现缺陷统计对实际工作的推进作

2、用。接着又讲到站在测试的角度如何对项目产生影响和起到引导作用。需要测试推进，建立一套质量保证体系，使得项目按照既定的方向和标准前进。后面提到测试计划，需要跟需求和设计严重相关，所以对于需求和设计的评审尤为重要。提到发布指标，是对开发和测试共同有效，2个角色应该站在项目效率的角度来考虑问题。提到测试用例的有效性（需要建立公共素材库，提炼并自动化），提到白盒测试（需要有用程序读程序的方式，前提是高质量的需求文档，和设计文档），等开发代码写完的同时，测试也完成了case的编写（自动化程序），开发来执行case。培训第二天主要围绕测试度量体系的建立和测试方法和技巧，最后将了测试管理。测试度量体系构成要

3、素，目前大部分企业缺的是高效的工作流程，数据统计和数据挖掘，缺陷追踪体系，科学的测试管理。高效的工作流程需要工具来支撑。对测试用例的评判，可以通过需求覆盖率，代码覆盖率来分析。测试用例执行率是项目执行情况的一个指标。他们有个bugdriver的角色，开发经理，测试经理共同关注缺陷。对缺陷的等级，分类，和解决优先级进行评审和安排。测试人员验证的详细程度也是代表一个测试人员的功力。手动测试和自动测试的区别，手工测试需要精妙的测试思想，行业和领域专家，自动测试需要比较高的coding水平。手工测试和自动化测试相辅相成，手工测试的人员的思想沉淀，和指导作用，自动化测试人员把这些想法工具化。性能测试的重

4、点，测试人员如何进行分析和定位。好的环境文化滋生出好的创新，但是也要让员工保持积极的态度。需要员工去挖掘，创造，驱动一些可以改进效率事情。测试人员对多元的测试，测试是否存在hardcode。并讲了具体的实例来启发大家。关于团队的管理，提出对于员工的职业发展，应该是协助员工进行发展，协助员工思考自己的长处和优点，并给自己一个目标，想成为哪一方面的第一，例如性能测试第一，缺陷数第一，行业专家，安全专家，工具专家等。主要看个人的兴趣。后又讲了一个bugbash的竞赛。测试的手段，内容不限，看哪个团队能找出最多的缺陷，并评选出最严重bug，最酷bug，最有力度bug等。二．培训对目前个人的影响1．管理

5、的认识A．对团队建设和员工管理的认识目前自己对团队建设的管理比较薄弱，后续将不断改进工作。例如对于缺陷数每个月小于10个的员工进行谈话。对员工的职业发展做协助，协助组员分析目前的兴趣和想做哪方面的第一，也是物尽其用人尽其才的思想。对团队氛围的创造，希望创造一种积极向上的气氛，关键自己也要实时抱持一种积极向上的状态，对表现不佳的人员及时提出意见。同时对于沟通方式进行改进。B．对流程管理的认识目前的流程管理存在一定的弊端，例如缺陷的管理，无法真正起到缺陷跟踪体系的作用。2.测试发展方向的认识测试发展方向之前的认识也比较模糊，现在是认为只要能一起协助开发或需求来共同提高项目的效率，在这过程中对于每个

6、出现的问题，大家觉得繁琐的地方多进行思考，并用工具来改进效率，应该就是好的工作。关键是要做个有思想的执行者，而不管是做测试或者其他岗位。3.对测试技术的扩充理论知识并不完全可靠，但是理论知识要拿来灵活应用于实际的测试，例如可以用单元测试的思想来进行系统测试。所谓的黑盒，白盒，也都是纯理论，针对工作应该是结合理论来形成一套自己的测试标准，而不管他应该叫什么。4.对测试管理的激情被激发现在觉得测试管理要做的事情太多了，而且工作中需要改进的地方也很多，希望后续慢慢的改进，并提高整体测试人员的水平，通过给开发定位问题，甚至协助开发解决问题（虽然不是测试人员的职责，但是如果有能力在有时间的情况下可以进行

7、），或者在需求评审和设计评审的时候能够提供有效的意见等等。三．通过培训并根据项目组的具体情况，对目前的流程提出一些改进意见1.可以把性能指标的收集进行推广，实现常态化的进行。后续将陆续安排收集测试环境bssp请求脚本的编写，和发起工具的编写。并定期进行性能指标的收集分析。2.开发在修改报告中需要体现各个分支的情况，循环的情况，条件的情况，有效路径的情况。以便测试人员进行各个分支的测试用例的编写。3