敏捷开发的必要技巧10：验收测试（Acceptance Test）

第10章验收测试.rar 第10章验收测试.rar

第10章　验收测试（Acceptance Test）

我们是不是正确的实现了一个用户例事<o:p></o:p>

（用户例事：user story，在第8章有讲）<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.一个用户让系统读取一个记录了一批参会者信息的文本文件。里面的信息有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      [e-mail]<o:p></o:p>

        p004    888999       John Chan          def      [e-mail]<o:p></o:p>

        p002    mypasswd     Paul Lei           ghi      [e-mail]<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，请下载观看详细内容。