总结测试管理经验.docxVIP

总结测试管理经验 　　测试管理培训心得　　这次培训主要针对测试管理方面的培训，包含测试流程、人员等的管理方法及技巧。由于组织这次培训的机构是第三方软件评测机构，老师不仅从第三方角度讲解了培训管理过程，而且还针对我们第二方测试管理做了相应的引导。　　一、目前我国软件业大的背景如下：　　1.测试需求不明确，测试不知在何时介入项目，即使知道在哪里介入，也没有发　　挥很好的作用；　　2.很多时候功能完成后，测试才开始执行测试工作，导致测试对需求的了解是通　　过开发人员转述，造成测试人员按开发人员的理解去理解需求，使测试需求不　　明确；　　3.测试人员的工作都应是从文档中体现，但由于时间紧导致文档缺，无法衡量测　　试人员的工作量和工作质量；　　4.测试人员的文档应包括:测试计划进度计划、测试方案、测试用例、测试报告、　　会议纪要或沟通记录，但目前我们的测试人员很少有沟通记录的东西。　　5.测试用例与需求存在很大差距，导致用例不能覆盖全部功能或用例无效；　　6.没有计划的测试造成测试随意性很强，导致测试效果差。　　7.配置管理混乱，导致版本混乱。　　8.人员方面，合格的测试人员比较少　　二、怎样管理　　1.组织管理：组织架构、人员角色、人员培训　　a)组织架构：质量监督、文档管理、配置管理、设备管理；　　-----就目前公司现状，不需要单独文档管理和设备管理　　b)人员培训：是长期工作，对新进员工培训及测试新技术培训都是要有的，　　但培训一定要有效果，因此培训后要有总结或考试，否则培训是浪费时间。　　2.测试过程管理：测试计划、过程审核及工作产品　　3.测试管理：以正确的方式对测试过程进行管理，选择合适的人建立有效的测试　　团队。　　三、测试分类　　1.单元测试：一般由开发人员自己做，或开发人员之间互查，测试模块的可用性　　及正确性，测试用例编写以详细设计为依据，使用白盒测试技术；　　2.集成测试：是为了测试模块与模块之间的互通性，测试人员来做，测试用例编　　写以概要设计为依据，结合使用白盒测试、灰盒测试；　　3.系统测试：此阶段测试，不仅要测试软件，还要测试软件与硬件系统的结合程　　序，因此，系统测试机的配置要与需求规格说明书硬件要求一致，是对整个软　　件、硬软件系统测试，测试用例编写以需求规格说明书为依据；　　4.验收测试：主要是业主方测试，测试用例以用户需求规格说明书为依据，此类　　型测试一般不会在第二方测试；　　5.性能测试：一般都是在现场环境测试，若由于软件性质问题，不能在现场测试，　　应该配置与现场1:1的测试环境测试，因为软件的性能不是和硬件环境成线性　　比例的，因此在一个环境下测试结果，不能正确预估其它环境的测试结果。　　关于测试类型还有阿尔法测试、贝特测试，但我们不是做市场化的产品，很少用到。　　接着老师又从软件测试的预备阶段、准备阶段、执行阶段及收尾阶段分别详细讲解了各阶段的注意事项及中国软件评测中心在这几阶段怎么做的，其它的一些大公司是怎么做的，从中见识了一些大公司在软件测试方面的做法，从中借鉴了一些适合公司的实践。　　由于时间关系，讲的不是特别细致，主要是点到为止，让我们知道测试管理有哪些关注点。主要的核心点是如何来预防缺陷要高于如何解决缺陷，缺陷越早发现解决成本越低。　　很多测试人员在手工测试都不是很好的情况下，疯狂追逐自动化测试，其实一个软件在测试中，最主要的还是手工功能测试中发现的问题比例比较大，自动化毕竟还是需要人来设置场景和测试脚本，并且自动化测试在前期准备要花费大量的时间，花费大量时间写的测试脚本若没有重复使用的话，属得不偿失。当然自动化测试有它自身优点，自动化测试最大的优点就是把重复性的劳动交给计算机去做，每个版本更新后都需要重复测试的功能，或者是大量的数据的重复操作。这些如果在项目之前都开发完成的话，对于软件的效率会有极大的提高。但是它的局限性也比较大：　　?自动化测试前期投入很大，包括编写自动化测试工具，开发自动化测试脚本。如果　　项目周期短，没有可持续性不适合自动化测试，例如我们公司目前的项目不太适合　　自动化测试方式。　　自动化测试的技术门槛相对较高，测试团队整体水平不高的情况下无法完成工具的　　发开，心有余而力不足。　　对于没有预期结果的测试，不适应自动化。??　　?对于用户体验的测试，主观性比较强的不适应自动化。　　测试人员的工作是基于需求、设计阶段的详细文档成果制定详细测试计划，和详细设计可在同一时间完成。完美的测试是90%的测试任务和开发并行完成，10%的测试任务在开发之后完成，还是刚才说的，预防缺陷要比解决缺陷效果好的多。让开发人员边开发就边测试自己的代码使之都是有效代码。测试计划中