软件测试培训心得..docxVIP

手机客户端测试实践的培训心得2013年7月4日至2013年7月6日，部门组织了一次手机客户端测试实践的培训，让我对软件测试有了一次更深的认识.软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试，甚至根据需要编写不同的测试工具，设计和维护测试系统，对测试方案可能出现的问题进行分析和评估。执行测试用例后，需要跟踪故障，以确保开发的产品适合需求。测试存在于整个项目周期，在项目开始之初需求调研的时候就开始了，在形成需求规格说明书的时候就需要针对文档进行测试。这个环节在后续整个项目中占了很大的比重，能主导整个软件项目的走向，成败与否全在于开始阶段的决策。在严格的测试也不能完全的发现软件当中所有的错误，但是测试还是能发现大部分错误的，能确保软件基本可用和软件的适用性，所以在后使用的过程中还需要加强快速响应的环节。结合软件测试理论，故障暴露在最终客户端之前及时主动的去发现并解决。这点需要加强研发队伍的建设。经过这次培训中多个案例的讲解，让我了解到系统在上线之后会有很多不能预知的性能问题，需要在上线之前实现进行模拟，以避免风险，包括大数据量访问，高并发数等等。培训中个人关于敏捷的建议在需求文档成型的初期，用户体验人员，开发人员，测试人员应该在一起分析该需求，开发人员提出可能的难度，测试人员根据需求提出可能存在的风险，把隐藏的风险尽量暴露在需求阶段，避免后期需求开发了一半，发现某个不可能实现的步骤，导致整个需求作废，前期的工作全部白费在前期需求分析阶段，开发人员需要根据用户体验人员的需求以及测试人员对该需求提出的风险做出需求实现的具体迭代计划，测试人员负责需求以及这些风险的验收在开发人员实现需求的迭代计划中，开发人员和测试人员每天都要开站会，开发人员负责介绍需求实现进度，测试人员汇报当前风险并根据项目的整体进度对开发人员提出警报，测试人员验收需求的标准一定要高，避免后期bug太多，维护成本高每周的迭代计划会议上，测试人员需要根据提供当前项目的软件bug分布和开发人员一起判断进度是否有延迟，迭代计划任务是否有更改，并根据当前迭代的进度制定以下各迭代的计划敏捷的最终目的是在最短时间内提供软件质量高的版本，越到后期软件维护成本越高，所以敏捷的源头应该是把风险控制需求阶段，把一个需求拆分为若干个小需求，一步一步实现，测试人员在需求前期提出风险，开发设计代码的时候考虑的就会比较全面，这样代码质量比较高，需求完成后要实现0严重bug