互联网项目开发过程中的测试分类

分类：设计模式作者：佚名

1. 前言

我接触互联网项目的开发将近半年时间了。在这半年时间里，基本接触了互联网软件产品过程中的两个重要环节，开发和测试。开发既有后端服务器的开发，也有Web前端的开发。在项目前1/3时间里，我是进行后端服务器开发，主要用Java开发，涉及到DICOM医学影像数据的解析和数据库的存储和读取；而到了项目的后2/3的时间里，基本上就完全转入前端开发了，主要是在AngularJS框架的基础上，应用Javascript/HTML/CSS语言进行前端的各项功能的实现。
随着项目的不断推进，项目组严格执行“测试驱动开发（TDD,Test Drive Develop）”的理念，即开发人员在接到一项新的需求时，首先要针对该需求进行测试代码的撰写，待测试代码审核通过后，才可以开始撰写需求的功能代码。
这里主要介绍在互联网项目开发过程中的几项测试，它们分别是UT,IT,ST和AT。

2. 测试分类：

以上提到的三种测试，分别对应着：
测试简称 测试全称 测试名称 撰写人员
UT Unit Testing 单元测试/单体测试 开发人员
IT Integration Testing 集成测试/功能测试 开发人员/测试人员
ST System Testing 系统测试 测试人员/质量部
UAT User Acceptance Testing 用户接受测试（验收测试） 开发人员/测试人员

2.1 单元测试（UT）

单元测试是测试的最小单元。
单元测试的任务包括：
（1） 模块接口测试，也就是对所有类的外部可以访问的函数进行测试；
（2） 模块局部数据结构测试；
（3） 模块边界条件测试；
（4） 模块中所有独立执行通路测试；
（5） 模块的各条错误处理通路测试。
在互联网项目的前端代码测试中，Jasmine为JavaScript提供了测试驱动开发的框架，对于前端软件开发提供了良好的质量保证。

2.2集成测试（IT）

集成测试阶段是以黑盒测试法为主。在项目自底向上集成的早期，白盒法测试占一定的比例，而随着集成测试的不断深入，渐渐地，黑盒法测试占据主导地位。
集成测试也就是对某一项需求实现后的功能测试，即测试新添加的代码是否完全实现了需求里所要求的功能。
针对需求里所描述的这项功能，开发或测试人员在撰写集成测试代码时，要能够通过撰写代码来模拟用户的实际操作。如在撰写前端IT时，要模拟用户的点击按钮事件，鼠标点击和拖动事件等，然后针对模拟用户的这些操作，预期相应的结果，并进行判断，来验证功能的正确性和完整性。
在撰写IT时，如果需要测试的功能需要向后台发出请求数据的行为，这时需要将服务做Mock，即需要假设一个服务器，这个服务器会根据前台发出的请求信息返回出数据，而不需要真正去后台请求数据库。

2.3 系统测试（ST）

从技术角度看，系统测试是整个测试阶段的最后一步，所有的开发和测试在这一点上集中表现为生成一个具有一定功能的软件系统。该阶段主要对系统的准确性及完整性等方面进行测试。
系统测试主要进行：功能确认测试、运行测试、强度（压力）测试、并发测试、安全性测试等。 系统测试的测试人员由测试组成员（或质量保证人员）或测试组成员与用户共同测试。系统测试是在整个系统开发完成，即将交付用户使用前进行。在这一阶段，完全采用黑盒法对整个系统进行测试。

2.3 用户接收测试（UAT）

验收测试是向未来的用户表明系统能够像预定的要求和设计那样工作。在集成测试后已经将每一个基本功能都进行了正确性测试后。整个项目已经按照设计把所有的功能模块都组装成了一个完整的软件系统，而且接口错误也已经基本排除了。接下来，就应用进一步验证软件的有效性，即软件的功能和性能是否如同用户所期待的那样。
验收测试在测试某个具体的功能模块时，和集成测试的写法比较类似。但是验收测试时，程序是要真正地连接前台和后台的，也就是会通过service向后台数据库发出请求，后台数据库要返回正确的数据，前台再正确地呈现出来。因此，在撰写验收测试的代码时，在准备数据阶段，是需要提前通过代码向数据库中注入测试数据的。
只要使验收测试的代码，真正地连通了前后台，也才能真正模拟软件在使用过程中的场景，以验证软件设计的正确性。

3. 参考资料及扩展阅读：

  1. http://www.ithao123.cn/content-8074028.html
  2. 测试过程之UT-IT-ST别；
    http://www.51testing.com/html/15/384415-233345.html
  3. 灵性设计之测试——做有意义的测试（UT&IT）；
    http://www.xuebuyuan.com/1622678.html
  4. 阮一峰：持续集成是什么？
    http://www.ruanyifeng.com/blog/2015/09/continuous-integration.html
  5. 浅谈测试驱动开发（TDD）；
    http://www.ibm.com/developerworks/cn/linux/l-tdd/

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。

相关推荐

迭代器模式（Iterator）
迭代器模式（Iterator）迭代器模式（Iterator）[Cursor]意图：提供一种方法顺序访问一个聚合对象中的每个元素，而又不想暴露该对象的内部表示。应用：STL标准库迭代器实现、Java集合类型迭代器等模式结构：心得：迭代器模式的目的是在不获知集合对象内部细节的同时能对集合元素进行遍历操作
高性能IO模型浅析
高性能IO模型浅析服务器端编程经常需要构造高性能的IO模型，常见的IO模型有四种：（1）同步阻塞IO（BlockingIO）：即传统的IO模型。（2）同步非阻塞IO（Non-blockingIO）：默认创建的socket都是阻塞的，非阻塞IO要求socket被设置为NONBLOCK。注意这里所说的N
策略模式（Strategy）
策略模式（Strategy）策略模式（Strategy）[Policy]意图：定义一系列算法，把他们封装起来，并且使他们可以相互替换，使算法可以独立于使用它的客户而变化。应用：排序的比较方法、封装针对类的不同的算法、消除条件判断、寄存器分配算法等。模式结构：心得：对对象（Context）的处理操作可
访问者模式（Visitor）
访问者模式（Visitor）访问者模式（Visitor）意图：表示一个作用于某对象结构中的各元素的操作，它使你在不改变各元素的类的前提下定义作用于这些元素的新操作。应用：作用于编译器语法树的语义分析算法。模式结构：心得：访问者模式是要解决对对象添加新的操作和功能时候，如何尽可能不修改对象的类的一种方
命令模式（Command）
命令模式（Command）命令模式（Command）[Action/Transaction]意图：将一个请求封装为一个对象，从而可用不同的请求对客户参数化。对请求排队或记录请求日志，以及支持可撤消的操作。应用：用户操作日志、撤销恢复操作。模式结构：心得：命令对象的抽象接口（Command）提供的两个
生成器模式（Builder）
生成器模式（Builder）生成器模式（Builder）意图：将一个对象的构建和它的表示分离，使得同样的构建过程可以创建不同的表示。 应用：编译器词法分析器指导生成抽象语法树、构造迷宫等。模式结构：心得：和工厂模式不同的是，Builder模式需要详细的指导产品的生产。指导者（Director）使用C
设计模式学习心得
设计模式学习心得《设计模式：可复用面向对象软件的基础》一书以更贴近读者思维的角度描述了GOF的23个设计模式。按照书中介绍的每个设计模式的内容，结合网上搜集的资料，我将对设计模式的学习心得总结出来。网络上关于设计模式的资料和文章汗牛充栋，有些文章对设计模式介绍生动形象。但是我相信“一千个读者，一千个
工厂方法模式（Factory Method）
工厂方法模式（Factory Method）工厂方法模式（Factory Method）[Virtual Constructor]意图：定义一个用于创建对象的接口，让子类决定实例化哪一个类，使一个类的实力化延迟到子类。应用：多文档应用管理不同类型的文档。模式结构：心得：面对同一继承体系（Produc
单例模式（Singleton）
单例模式（Singleton）单例模式（Singleton）意图：保证一个类只有一个实例，并提供一个访问它的全局访问点。应用：Session或者控件的唯一示例等。模式结构：心得：单例模式应该是设计模式中最简单的结构了，它的目的很简单，就是保证自身的实例只有一份。实现这种目的的方式有很多，在Java中
装饰者模式（Decorator）
装饰者模式（Decorator）装饰者模式（Decorator）[Wrapper]意图：动态的给一个对象添加一些额外的职责，就增加功能来说，比生成子类更为灵活。应用：给GUI组件添加功能等。模式结构：心得：装饰器（Decorator）和被装饰的对象（ConcreteComponent）拥有统一的接口
抽象工厂模式（Abstract Factory）
抽象工厂模式（Abstract Factory）抽象工厂模式（Abstract Factory）[Kit]意图：提供一个创建一系列相关或相互依赖对象的接口，而无须指定他们具体的类。应用：用户界面工具包。模式结构：心得：工厂方法把生产产品的方式封装起来了，但是一个工厂只能生产一类对象，当一个工厂需要生
桥接模式（Bridge）
桥接模式（Bridge）桥接模式（Bridge）[Handle/Body]意图：将抽象部分与它的实现部分分离，使他们都可以独立的变化。应用：不同系统平台的Windows界面。模式结构：心得：用户所见类体系结构（Window派生）提供了一系列用户的高层操作的接口，但是这些接口的实现是基于具体的底层实现
适配器模式（Adapter）
适配器模式（Adapter）适配器模式（Adapter）[Wrapper]意图：将类的一个接口转换成用户希望的另一个接口，使得原本由于接口不兼容而不能一起工作的类可以一起工作。应用：将图形类接口适配到用户界面组件类中。模式结构：心得：适配器模式一般应用在具有相似接口可复用的条件下。目标接口（Targ
组合模式（Composition）
组合模式（Composition）组合模式（Composition）意图：将对象组合成树形结构以表示“部分-整体”的层次结构，使得用户对单个对象和组合对象的使用具有一致性。应用：组合图形、文件目录、GUI容器等。模式结构：心得： 用户（Client）通过抽象类（Component）提供的公用接口统一
原型模式（Prototype）
原型模式（Prototype）原型模式（Prototype）意图：用原型实例制定创建对象的种类，并且通过拷贝这些原型创建新的对象。应用：Java/C#中的Clonable和IClonable接口等。模式结构：心得：原型模式本质上就是对象的拷贝，使用对象拷贝代替对象创建的原因有很多。比如对象的初始化构
什么是设计模式？Design pattern--和生活结合更好理解
什么是设计模式一套被反复使用、多数人知晓的、经过分类编目的、代码 设计经验 的总结；使用设计模式是为了 可重用 代码、让代码 更容易 被他人理解、保证代码 可靠性；设计模式使代码编制  真正工程化；设计模式使软件工程的 基石脉络， 如同大厦的结构一样；并不直接用来完成代码的编写，而是 描述 在各种不同情况下，要怎么解决问题的一种方案；能使不稳定依赖于相对稳定、具体依赖于相对抽象，避免引
面向对象设计原则一——单一职责原则
单一职责原则定义（Single Responsibility Principle，SRP）一个对象应该只包含 单一的职责，并且该职责被完整地封装在一个类中。Every  Object should have  a single responsibility, and that responsibility should be entirely encapsulated by t
十分钟理解Java中的动态代理----强烈推荐
动态代理和CGLib代理分不清吗，看看这篇文章，写的非常好，强烈推荐。原文截图*************************************************************************************************************************原文文本************
适配器模式-让不兼容的接口得以适配
适配器模式将一个类的接口转换成客户期望的另一个接口，使得原本接口不兼容的类可以相互合作。
策略模式-定义一个算法族
策略模式定义了一系列算法族，并封装在类中，它们之间可以互相替换，此模式让算法的变化独立于使用算法的客户。
pythonJavaScriptjavaHTMLPHPreactjsC#AndroidCSSNode.jssqlrpython-3.xMysqLjQueryc++pandasFlutterangularIOSdjangolinuxswifttypescript路由器JSON路由器设置无线路由器h3c华三华三路由器设置华三路由器电脑软件教程arraysdocker软件图文教程Cvue.jslaravelspring-boot