测试之魂之软件测试架构设计

测试架构的设计

❝

部门的人员流动一直很大，每次公司为了降低成本都会招一些新毕业的人从头培养，那么存在的问题是，新人什么都不熟悉，部门没有知识架构体系，无法将信息快速给到新员工，也就是没有相对完整的体系，让新人在这个体系中有目标有方向的前进。可能用不了多久，忍受不了工作而离职，周而复始。这就体现了测试架构的重要性！

❞

目的：项目的测试能以框架平台为基础，并在框架的控制内进行实施，使得在不断的项目测试中积累的经验能够「沉淀、传承、复用」，从而提高整体测试效率，降低项目研发与维护成本。

架构组成

1. 测试技术架构
2. 测试管理架构

测试技术架构

「业务测试架构」 包括测试技术和流程管理两个部分。

框架的搭建有以下几点考虑：

1. 业务功能测试框架，可以复用的是测试思路，框架中可列出各测试点及其测试方法。
2. 测试数据，特别是一些影响性能测试的数据，包括一些测试数据生成程序，集中一起管理，并写好使用说明，以便各项目测试过程中需要时取用。
3. 自动化测试脚本、接口函数等测试套件，需无条件纳入配置库进行版本管理。对各项目通用的接口函数考虑封装为独立的中间库，把此库作为自动化测试框架的元素之一进行扩展与维护。
4. 回顾Bug库中历年发生的Bug，对这些Bug进行分类，分析这些Bug的发生原因，拿出以后如何控制的可行方法，并对原有的测试框架做改进或补充。
5. 测试文档设计模板，可结合公司内部开发流程要求，重点考虑测试文档本身应有的内容，模板中给出例子为宜。
6. 制定测试设计评审机制、测试用例设计规范、Bug录入规范、测试代码设计规范，并在项目的执行过程中不断完善。
7. 项目的复盘总结，提炼整个项目过程中遇到的困难，解决的方法和后续的规避方案。

关于「流程规范」

1. 总体的思路是，任何影响工作效率的流程，都要思考导致原因，看是否有改进措施，新流程对比旧流程有哪些改进的点，效能提高多少？如何落实这些措施，会有什么阻力，如何解决阻力。

测试管理架构

建立一个进阶梯队，让「每个人都看到光」。

马总说：员工离职的原因很多，但其实就两点：「钱没给到位；心委屈了；」

管理的架构好坏和企业有关，但好坏只是对个人而言，对企业来说，利益永远是核心，个人的发展和公司业务挂钩，公司不会考虑你的未来，只关心自己的业务是否挣钱，如果不挣钱了，就直接裁掉，这两年的YQ影响，太多公司如此。

管理架构是公司留住人才的工具，也不是所有公司都有实力去做这样的事情，所以总的说，提升自己才是硬道理。