第10章 验收测试(Acceptance Test)
我们是不是正确的实现了一个用户例事<o:p></o:p>
(用户例事:user story,在第8章有讲)<o:p></o:p>
<o:p> </o:p>
假设这个项目的客户是一个会议展览的组织者。他们希望我们开发一款软件,可以帮助他们管理会议的所有参会者信息。我们编制好发布计划,在目前的迭代周期中,我们要实现4个用户例事。下面是其中的一个用户例事:<o:p></o:p>
<o:p></o:p>
名称:导入参会者信息<o:p></o:p>
事件:<o:p></o:p>
1.一个用户让系统读取一个记录了一批参会者信息的文本文件。里面的信息有ID,密码,名称,地址跟邮箱。<o:p></o:p>
2.系统将这些参会者的信息保存下来。之后,只要用户输入一个参会者的ID,系统就可以取出对应的参会者信息。<o:p></o:p>
3.系统导入完成后,各给每个参会者发送一封邮件,里面包含该参会者的ID和密码。<o:p></o:p>
<o:p> </o:p>
我们开始询问客户这个用户例事的细节。比如:<o:p></o:p>
这个文本文件的格式是什么样的?假定客户说,文本文件里面的每行字符串包含一个参会者。这个参会者每项数据会用制表符隔开。<o:p></o:p>
ID,密码,姓名,地址还有邮箱都是一定会出现在文本文件里面的吗?假定客户说有些参会者的地址会留空,其他数据都要出现。否则,系统将跳过这行。<o:p></o:p>
如果参会者的ID已经存在的话怎么办?假定客户说,那这行会被跳过。 <o:p></o:p>
等等。<o:p></o:p>
<o:p> </o:p>
我们问完客户,用CRC卡或者其他的方法来快速组织跟讨论设计,写代码,同时改进设计。假定两天以后,我们完成了所有的代码,代码结构的设计也很合理了。好,现在我们还要做一件重要的事件:测试我们的代码是不是正确的实现了用户例事。<o:p></o:p>
<o:p> </o:p>
怎么测试<o:p></o:p>
<o:p> </o:p>
怎么测试?比如,我们运行下面的“测试用例”:<o:p></o:p>
<o:p> </o:p>
测试用例1:导入参会者<o:p></o:p>
<o:p> </o:p>
1.创建下面这样的文件:<o:p></o:p>
p001 123456 Mary Lam abc mary@hotmail.com<o:p></o:p>
p004 888999 John Chan def john@yahoo.com<o:p></o:p>
p002 mypasswd Paul Lei ghi paul@excite.com<o:p></o:p>
<o:p> </o:p>
2.删除系统里面已有的参会者信息,防止p001,p002,p004已经存在。<o:p></o:p>
3.运行系统,将上面的文件导入到数据库里面。<o:p></o:p>
4.检查系统是不是正确的导入了文件。这里面,我们肯定有一个用户例事是让用户输入一个参会者的ID,然后系统显出这个参会者的所有信息。我们可以先实现这个用户例事,然后输入p001,看看系统会不会显示p001的正确信息(123456,Mary Lam等等),然后再输入p002和p004。<o:p></o:p>
5.检查系统有没有发邮件。我们可以联系Mary,John和Paul,确认一下他们有没有收到邮件,邮件里面的内容是不是正确的。<o:p></o:p>
<o:p> </o:p>
这样的测试就叫“验收测试”或者“功能测试”。这样的测试只是测试系统的外部行为,忽略系统里面有哪此类,哪些模块。
具体的内容在附件里面的pdf,请下载观看详细内容。
分享到:
相关推荐
软件测试与维护:11-acceptance-test.pdf
敏捷开发的必要技巧 目录 第 1 章 移除重复代码 第 2 章 将注释转换为代码 第 3 章 除去代码异味 第 4 章 保持代码简洁 第 5 章 慎用继承 第 6 章 处理不合适的依赖 第 7 章 将数据库访问,UI和域逻辑分离 第 8 章...
AUTOSAR acceptance test官方标准文档,最新版本12.2016: R1.2 从官方网站获取 https://www.autosar.org/nc/document-search
AcceptanceTest - 这个 gem 简化了验收测试的配置和运行 安装 将此行添加到您的 Gemfile 中: gem "acceptance_test" 然后执行: $ bundle 用法 无Selenium配置 您的规格类: require 'acceptance_test' ...
Test.Driven.TDD.and.Acceptance.TDD.for.Java.Developers. 测试驱动开发方面相当好的一本书,值得下载
Test Driven: Practical TDD and Acceptance TDD for Java Developers (PDF英文版)
模型驱动的开发,新的开发方式
支持 ATDD (Acceptance Test Driven Development) 的工具
测试驱动开发的艺术Test.Driven.TDD.and.Acceptance.TDD.for.Java.Developers
SO验收SO接受是基于接受测试框架,旨在用于SO应用程序中安装$ npm install so-acceptance --save-dev应用配置使用简单设置为了快速入门,您可以简单地npm安装该库并将以下脚本添加到package.json中。 package.json ...
* 采用敏捷开发和测试方法 * 实施 Continuous Integration 和 Continuous Deployment 六、软件测试的best practice 软件测试的best practice包括: * test-driven development (TDD) * Behavior-Driven ...
* PAT(Performance Acceptance Testing):PAT是指对软件的性能验收测试,以确保软件的性能满足要求。 * SIT(System Integration Testing):SIT是指对软件系统集成测试,以确保软件系统的正确性和可靠性。 * 试点...
eXo 验收 描述 eXo Acceptance 允许管理一组自动化部署。 待定 执照 系统要求 7+(构建和运行) 3.0.4+(构建) 2.6+(运行) 2.4+(运行) 快速开始 git clone git@github....
ISO 28593:2017 Acceptance sampling procedures by attributes - Ac
CDN 验收测试 我们的内容交付网络的验收测试。 这些是使用 Go 的包编写的,因为它提供了一个运行基本断言的框架和一个。 方法 单个 Go 进程同时充当客户端和源服务器,以便它可以检查 CDN 的输入和输出。 +------...