1、“.....经过产品负责人的估算和排序，为了保证产品的可视化。产品负责人将必要信息填入系统，系统中的产品如图所示。图产品华中科技大学硕士学位论文的生成在计划会议上，项目中使用计划扑克方法来为每个用户故事精确估计任务点数。团队中每个人对用户故事进行评估，并给出相应估算点数点数即为完成项故事所需要的时间，单位是人天，产品负责人向给出最大点数和最小点数的团队成员提问，求证估算理由，如果这些理由足够充分，将直接影响最终的估算结果。在上，产品负责人创建，把用户故事添加进去。待用户故事的点数估计完毕，也将其直接填写到系统中。会议结束后，开发人员和测试人员分别将用户故事拆分成粒度更小的任务。通常这些任务最好不要超过两个人天，分解任务的好处是明确工作目标，同时也让项目经理更加清楚团队个人进度。图是在上生成的个，规定了所有待实现的用户故事以及相应的负责人，其中个用户故事被拆分为若干个任务......”。

2、“.....图团队成员每日根据工作内容更新任务的状态。任务状态分为已定义，进行中和已完成三种。当任务处于已完成状态时，任务对应的未完成点数被系统置零，燃尽图中总的未完成点数即相应减少。在每日站立会议前，项目经理可以很方便的查看团队工作状态，进行项目风险控制。待团队成员将所有任务分拆完毕，上可显示团队工作负荷。敏捷是项紧凑而高效的软件生产方法，在迭代过程中需要成员全力投入。为了让每个成员都保持精力充沛和较高的工作效率，最好能设置合理的工作负荷。高层次测试用例的编写依照测试模型，在开发人员还未进行开发前，测试人员开始编写高层次的测试用例内容当用户执行功能时，数据库中保存的报表数据与页面显示数据致。用户执行其它操作，并不会使数据库中添加记录。如果用户修改页面报表数据并执行功能，数据库中保存数据应当与页面致。当用户添加或删除报表并执行功能，数据库中保存数据应当与页面致......”。

3、“.....正如上章节理论部分所述，高层次测试用例应当明确，简洁并且表现预期与非预期行为的示例。个用户故事，其内容为当用户执行归档操作时，报表数据能够被保存到数据库中。针对这个用户故事编写的高层次测试用例如表所示。表高层次测试用例可以看到，高层次测试用例编写并不需要复杂的格式和步骤，仅需用简明扼要的语句说明需求的基本点，确保开发人员在主要功能开发上不存在误解。预测试中持续集成和实践测试模型中的预测试是建立在软件每日构建和持续集成的基础上进行的。在这个阶段，构建验证测试和冒烟测试完成。其中构建验证测试是预测试的重心，并且是整个敏捷过程持续集成的基础。在项目实践中，其持续集成的基础结构如图所示。图持续集成架构华中科技大学硕士学位论文是款非常优秀的软件配置管理工具，相比其它的软件配置工具，的优点在于灵活高效，跨平台且支持分布式。由于这是个商业软件，其稳定性和技术支持毋庸置疑......”。

4、“.....该工具使用先进的管道式持续集成形式。这种形式为客户每次提交的代码自动创建个对应管道，所有的过程单元都在这个管道中运行，方便客户及时定位问题。与整合使用，足以为敏捷开发团队提供良好的持续集成平台，提高构建效率和反馈速度。持续集成关键步骤创建管道任务在的页面上创建管道任务有三个步骤填写管道名称填写原材料资料，本步骤主要用来配置中央代码库信息，确保每次提交代码都能触发自动构建和构建验证测试。在项目中，使用作为中央代码库，因此在栏中选择。需要注意的是栏中应当填写服务器下文件夹与用户文件夹间映射关系。如果仅需要自动构建下特定文件夹假设对应文件夹名，则栏中应填写选项即保证能及时响应代码改变，下载代码库中所改代码到代码沙箱中进行编译。定义集成步骤。个简单的构建步骤包括，在中填写需要创建的，并填写每个步骤中对应的任务。支持脚本进行构建，将对应的脚本名称，目标以及路径填入......”。

5、“.....经过创建，针对上代码的变化，的页面即会显示多次构建结果，从图可以明显看出失败的构建是由哪次代码提交造成，项目所有成员均能够在构建失败时收到发送的邮件。部署这个过程可能会花费较多时间，每次提交代码都将管道任务进行到底会造成构建效率的低下。因此，通常将花费时间较长的管道任务设定为手动触发，而将基本的编译打包任务设为自动触发。保证华中科技大学硕士学位论文构建能够控制在分钟以内，快速响应代码变化。图管道活动图实践构建验证测试通常与每日构建脚本起构成持续集成脚本的部分。在项目中，团队将单元测试规划到这个部分中，这样强制开发人员每次提交代码必须通过单元测试。在构建管道中加上单元测试的，编写好用于执行单元测试的脚本，这样就可以在每次有新的代码签入时，自动进行单元测试。为了能够在的页面上直接看到单元测试报告，需要将以下代码加入的配置文件中通过这样的配置......”。

6、“.....也提高了单元测试的运行效率。功能测试自动化的实施在项目中，对功能测试的自动化主要分为自动化测试和基于的业务逻辑自动化测试。华中科技大学硕士学位论文自动化测试。自动化测试主要使用工具进行。是由的研究团队发布的新型图形化编程技术。它以图像检索技术为基础，提供了套基于的脚本语言以及集成开发环境。测试人员只需掌握基本的语句就可以利用图形用户界面的截图元素自动的完成大多数编程任务。笔者在对产品的内部评级模型测试中极力推行此项自动化技术的应用，通过个用例的实现来说明项目中测试的实施。背景知识介绍评级模型是产品中用来评价贷款客户各项资质的模型，也被称作积分卡。针对不同的企业客户，有不同的评级模型来评价贷款风险。如图是个评级模型的界面，针对行业风险，管理资质以及公司名誉来对借款方进行综合评分。图评分模型界面功能描述这个类别中有，等等这几个影响因素。用户可以通过点击为每个影响因素添加备注......”。

7、“.....待和文本框中都添加好备注后，右上角的按钮状态变为可点击。备注添加完毕后，按钮变成黄色。用例分析这个功能点非常适合实用进行自动化。该用例仅仅涉及基本的界面操作，并且功能明确，步骤清晰。选项卡中每项影响因素都有这个按钮，自动化该功能测试会省去测试人员很多重复工作。华中科技大学硕士学位论文图备注对话框用例实现图脚本在中创建如图所示脚本并保存，工具将自动生成个的文件夹，里面包含所有的截图文件和程序文件，如图所示。是使用语言编写的，因此它继承了和二者的特性，结合了的灵活高效和的强大。更重要的是它集成了框架，可以用来方便的进行层的单元测试。华中科技大学硕士学位论文图生成文件自动化测试测试人员在测出有效的缺陷和处理缺陷的过程效率并不高，有的缺陷提了两天，都没有人去修复。在迭代，由于测试人员主动与开发人员结测试对，充分保证缺陷的消亡期尽可能短......”。

8、“.....测试人员的任务负载比较图图迭代测试人员任务负载迭代测试人员任务负载在迭代中，开发人员总是催促测试人员，觉得测试速度太慢。由于自动化的程度不够，回归测试耗费了大量的测试时间，测试人员需要额外加班才能在迭代周期内完成所有的回归任务。这些堆积的任务不仅影响了迭代周期内的项目运行，也使得测试人员无法在下个迭代开始之前对用户故事和需求做基本的了解和分析，导致恶性循环。在迭代中，由于自动化的实施和构建验证测试的实施更加成熟，大大减轻了手工测试的工作量。测试人员可以将重复的工作尽可能交给测试工具，甚至可以在下班以后运行耗时较大的测试脚本，能够分出更多的时间进行逻辑复杂的探索式测试。从图和图的比较可以看到，迭代中测试人员的任务量超过了实际的工作时间，导致任务状态栏飘红，迭代中这情况明显减轻。华中科技大学硕士学位论文客户评价由于测试的覆盖面和深度有了较大的提高......”。

9、“.....客户满意度提升。测试人员在探索性测试中对产品和业务的了解有了加深，在需求沟通阶段，务求追踪需求和设计细节这些实践使得客户的需求能够得到妥善的实现和质量保证。团队与客户建立了良好的合作互信关系，公司的业务拓展也越来越顺利。本章小结本章通过对两次迭代中燃尽图，缺陷消亡趋势，测试人员的任务负载以及客户满意度这四个方面对改进后的测试模型实践结果进行分析比较。证明模型行之有效，产品能够适应需求的变化并且保证质量。测试人员的工作负载保持在个比较合理的范围内，项目能够按时发布。客户的满意度有所提升，为公司带来更多的经济效益，达到了改进的预期。华中科技大学硕士学位论文总结与展望全文总结随着敏捷方法逐渐成为主流，测试准则如何适应敏捷项目，每个正在使用或者即将使用敏捷方法的团队都想找到自己的答案。作者根据工作需要，阅读了大量的书本文献，查看最新的敏捷研究相关论文和敏捷论坛的文章......”。