从Use Case到Test Case.pptx

从Use Case到Test Case彭靖灏斯歌信息课程内容故事：K2 blackpearl延伸解读User Story和 Use Case测试程序和测试案例VS 2010的测试功能延伸解读似曾相识…开发人员设计程序开发人员确信他的程序能够正常编译开发人员登入程序代码同样的事情发生在其他几位开发人员身上，为期四周开发主管进行所有组件的组建动作应用程序安装到测试环境测试人员开始进行测试应用程序未能通过测试开发人员责怪测试过程循环Daily BuildTestableIterationCheck InStoryProduct不同的作业循环有其「完成」的定义早点「完成」要比晚点「完成」好取舍之间推迟「完成」的代价在开发过程组建的成果质量不佳推迟了发现问题的时机不清楚究竟留了多少尾巴尽快「完成」的代价人工验证代价高容易出错自动化验证需要大量投资─很难赢得支持推迟「完成」常成为默认的选项软件何时完成?当…程序写好时(code complete)?进行组建时?通过单元测试时?通过验收测试时?所有的臭虫都修正时?客户说完成时?期望的开发模型早些完成并维持开发人员撰写程序代码并进行单元测试开发人员仅在通过核心测试并能组建的情况下登入程序代码对整个产品进行经常性的自动化组建作业组建的结果能自动部署到测试环境验收测试是验证产品质量的最终关卡越早听到坏消息越好使用案例和使用者故事使用者故事(User Story)故事必要元素主角情境、剧情使用者的角度未经修饰、扭曲的需求UML Use Case涵盖User Story的功能更进一步透过标准的符号表现情境中角色的互动关系建立需求模型的重要性专注在系统的外部行为，隔离内部设计精确描述用户的需要，避免自然语言描述上的误差定义在使用者、开发人员和测试人员之间一致的词汇减少需求间的不一致性和落差减少处理需求变更产生的工作量规划要实作功能的顺序以模型为依据建立系统测试，让需求和测试之间维持清晰的关系。一旦需求变更，立即能正确的修正测试。让系统能符合需求测试程序和测试案例测试计划步骤1 :自动化组建自动化组建是推动「完成」的灵丹提供最大的回报既然最后要组建，何不早一点开始步骤 2 :持续整合(CI)持续的进行回归作业持续执行组建并掌握你的「完成」等级在问题被带入当时就发现并处置步骤3 :自动化测试自动化测试让我们保持在「完成」的阶段不要只是「完成」了；要维持「完成」的状态越多 事情自动化越好自动化的代价常意谓着没发生步骤4 :测试环境部署应用程序能执行才是真正「完成」的关键如果不能使用应用程序很难说是否完成从组建到部署应用程序的过程常是障碍所在每做一次组建都要部署一次是最大的障碍步骤5 :明了「完成」的状况在任何时候都能掌握「完成」的状态组建的状态测试的结果完成了那些使用者案例还有多少臭虫在那传统作业流程自动化作业流程VS 2010的测试功能VS Ultimate TFS 2010推动「完成」自动化推进「完成」提供必要的基础建设专注在应用程序特性一次调整一步在每一个周期强迫「完成」登入原则登入把关(Gated Check-in)持续整合清楚何时「完成」测试报告项目资料报告原始码管理组建工作事项TFS执行测试验证层级部署组建步骤1 :自动化组建VS TFS简化自动化组建自动化组建可以不用再令人生畏所有在VS中建立的项目可以几秒内有自动化组建能力完全可延伸整合Windows Workflow Foundation引擎从单一组建机器到组建实验室执行跨机器的组建工作步骤 2 :持续整合VS TFS天生支持持续整合不需要额外的动作只需要组建机器的作业周期登入把关确保组建中断不致发生TFS会在每一次登入前先组建 (同步化CI)不再听到「它在我的计算机上OK呀」确保不会有不合乎最低限度「完成」条件的程序代码登入步骤3 :自动化测试VS降低了测试自动化的障碍和代价从单元测试到自动化UI测试对测试的支持是VS 2010的投资重点整合测试和组建确保你的测试尽早通过每一次组建都可以有测试结果步骤4 :测试环境部署2010提供了可视化实验室管理自动组合/分割实验室环境以群组为单位管理设备网络隔离整合组建和实验室部署自动化部署组建结果并执行测试应用程序能备妥面对其他类型的测试Microsoft Test and Lab Manager可用来建立测试计划测试套件(test suite)测试配置(test configuration)测试案例内含在Ultimate版本，或在Test Element中独立执行Visual Studio Premier不含Test and Lab ManagerTesting Center尾声提高程序质量的基本习惯/112699/透过/112699/Use Case/112699/建立/112699/Te