软件测试learning——测试流程

关于测试流程的思考

• • 了解测试流程意味着什么
  • • 造飞机不造发动机
    • 让测试价值最大化
  • 适合小团队的简单测试流程
  • 适合质量要求高的测试流程
  • 关于敏捷测试

了解测试流程意味着什么

造飞机不造发动机

不考虑整体的流程而去盲目的测试，就等于是本应该通过了解飞机架构去造飞机，你却一个劲埋头在造发动机一样。

让测试价值最大化

一个项目中，要让测试价值最大化，不是找几个测试大牛，也不是引入好的测试技术就万事大吉，而是四个字——渗透，流程。

测试技术在实际项目中的渗透和测试流程的优化和改进。

ps：从测试人员角度上说，就是将测试方法应用到实际项目中

市场上有许多公司，越来越多的公司引入测试过程去确保输出后或服务或产品的质量。不同规模和性质的公司，其所需要和采用的测试流程各有不同，也各有优劣。

适合小团队的简单测试流程

对测试经理要求高。可以利用缺陷管理工具，如禅道，去管理bug状态，但最好的状态是测试与开发直接沟通。

优势在于能快速发现问题并修复，但缺点也很多，最明显的就是此时没有需求文档，需求不明确，测试文档和用例都是可有可无的产物。

比较依赖测试人员的经验，通过一些“通用型”用例，比如登录、文件上传下载、输入框验证、搜索、列表翻页、日期选择等去锻炼自己测试功能的思路。

适合质量要求高的测试流程

属于瀑布模型，将测试和QA分开。二者角色区别在于，测试主要关注功能实现，QA看重产品整体质量和流程的规范性。测试在这一流程中每一环节都有参与，测试的重要性较为突出。

但太过强化各种文档 告先输出，真正留给测试的时间很短，但测试人员的价值就在测试环节。

关于敏捷测试

瀑布模型中，人员责任的传递：产品需求分析完之后交给开发，产品完事儿；开发代码实现好之后交给测试，开发完事儿。但在敏捷测试流程中，每个阶段各种人员都有任务安排，核心是迭代。

优点是弱化了文档，加强了各人员之间的沟通，加快了项目的完成时间。缺点是一旦有新需求加入，因为是迭代渐进过程，所以也不能再变，只能一步错，步步错。

对于敏捷测试，国外是比较流行的，国内真正采用的很少，但我们依旧需要伸出自己的触角去了解。

只有站在一个整体的角度去看待测试，才能不被固有和局部的思维局限。