在我们工作和生活的场景中，解决复杂的问题，一般是通过分解分层的方式，将复杂的问题化解为简单的、独立的小问题去解决。比如，以下是比较明显的几个：
1）网络的七层协议
2）网站数据存储等相关服务、业务逻辑、UI展示等纵向分层；大规模业务的横向分割
3）电脑的硬件、操作系统、应用软件等
测试看似简单、入门容易，做好实则很困难，同时也是个相对复杂的工作。 困难主要是要求测试人员知识的广度、深度以及逻辑分析能力、快速学习的能力等；复杂是指测试工作涉及到的除了项目本身的需求，还有很多隐式需求需要测试人员去发掘并在测试过程中去关注。比如行业的规范、友商的实现、针对不同类型客户的差异、流行元素的趋势等等。
为了完成一个产品的测试，业界也是采用各种不同的方式、通过不同的角度来划分测试层次、组织测试活动。
下面从分层的角度对几个典型的测试组织方式进行说明：
经典的开发测试模型
图片来自网络
如上图所示，在经典的瀑布模型中，根据产品的开发流程，将测试分为单元、集成、系统、验收测试：
单元测试关注功能模块内部的实现；
集成测试关注功能模块之间的配合；
系统测试关注产品作为一个整体对客户、行业的满足情况；
验收测试一般由客户进行，验证产品是否满足其需求。
此模型：
- 针对开发的不同阶段进行测试组织
- 单元、集成、系统测试由产品开发、测试团队完成，而验收测试一般由用户自行完成；
- 各测试活动测试的对象不同，关注点也不同，基本没有重复性的投入，最终产品质量取决于每个环节工作质量的高低；
- 各测试活动顺序进行，适合于对时间不敏感的项目；
移动/互联网行业的测试方式
图片来自网络
单元、组件、接口、UI均自动化测试；
手工主要进行探索式测试、性能测试等；
灰度发布也算是测试的一种形式；
此模型：
- 根据测试对象进行分类；当然也可以进一步细分服务器端、客户端
- 自动化为主，效率较高；与互联网的业务类型有关，要求快速上线快速迭代
- 测试人员具备与开发人员类似的知识体系，当然还要具备测试思维
- 自动化的用例占测试工作量的一部分，大部分用例还是没有被自动化的
- 开发质量保证、部分用例自动化保证关键功能；与用户试用相结合的一种快速迭代的质量保证方式
有公共平台的嵌入式软件采用的模式：平台、产品、鉴定
平台关注各产品的通用功能；
产品关注驱动、产品对应的市场应用；
鉴定独立于平台和产品，从质量的角度发现缺陷，以第三方的角度评判产品的质量
此模型：
- 没找到合适的图片，各测试活动之间的关系看字面意思应该能明白
- 针对不同的测试对象（平台、产品），设置不同的测试活动
- 平台、产品、鉴定之间是有重复投入的，要考虑投入产出比
- 鉴定测试在产品质量提升过程中，有一定的阶段性意义，产品质量稳定后，其存在性有疑问
- 鉴定、产品、平台形成问题反馈链，推动测试质量不断提升
测试组织形式无所谓好坏，适应公司的开发方式、产品发布节奏，能逐步提升测试的工作质量，继而能够提升产品的质量，就是好的测试组织形式。
网友评论