j2ee项目实训struts框架技术——第9章基于struts框架的单元测试技术第1部分内容摘要:

5/12 页 误后进行改进,再测试通过的结果状态图示。 应用测试驱动开发方法时所应该注意的问题 1)要对整个开发过程的各个阶段进行测试驱动 测试驱动开发方法不仅仅只在代码实现阶段被应用,而应该将它扩展到整个开发过程中的各个阶段 —— 也就是要对软件整个开发过程的各个阶段进行测试驱动。 也就是在“需求阶段”要对需求进行验证和在“设计阶段”需求进行设计评审,而在“编程实现 阶段”中需要应用单元测试、在“系统总装配” 阶段进行系统的集成测试。 图 对功能实现代码改进后测试通过的状态图示。 2)在应用测试驱动开发方法时不应该“墨守成规” 在实际的开发过程中,可以不必过分强调先完成什么、再后完成什么(先开发测试用例后功能实现),更重要的是把握高效和方便。 测试驱动开发的基本要求是先编写测试代码,再进行相应的功能类的编程实现。 但在具体的应用系统的开发实践中,这样的开发方式对于一些传统开发方法转变过来的开发人员会很不习惯;另外的问题是,如果功能类都没有加以编程实现,如何保证能够 正常地执行测试用例。 或者减少执行测试用例时所产生的错误次数。 因此,在应用测试驱动开发方法进行实际的应用系统开发过程中,可以不必过分强调先完成什么任务后再完成什么任务,重要的是高效和方便。 更现实的开发方式应该是: ( 1)先编写出某个功能类的框架 也就是先编写类方法为空的实现,有返回值的给定一个返回值;然后再针对功能类中的方法编写出对应的测试用例中的测试方法(因为此时的被测试的方法名、参数表、返回类型都已经确定了,所编写出的测试用例中的测试方法以后需修改的可能性就比较小)。 ( 2)再编写实现功能类中的各个功能 方法的具体实现 每编程完一个功能方法后,都要运行测试用例并通过测试用例来验证所编程实现的方杨教授工作室 精心创作的优秀程序员 职业提升必读系列资料 杨教授工作室,版权所有,盗版必究 , 6/12 页 法实现是否正确。 如何在项目开发中 应用 测试驱动开发 方法 下面以 BBS 论坛系统中的前台用户登录用例为例说明如何应用 测试驱动开发 方法。 本示例实现的主要过程首先是获得需求,然后再设计测试用例,其次编程实现测试用例,最后再设计和编程功能实现方法。 BBS 论坛系统中 的 登录 用例 1)用户登录 用例的功能 说明 用户在登录页面中输入验证码、用户名和密码后,以注册会员的身份登录进入本 BBS论坛系统前台。 2)会员用户登录时在表单中 所需要填写的信息 会员用户在登录进入本 BBS 论坛系统时,需要在登录表单中填写验证码、用户名和密码三个方面的信息。 后台系统将收集这些请求参数,然后转发给对应的 Action 组件类进行处理。 3)用户登录 用例 的事件流请见表 根据 登录 用例获得并生成对应的场景 1) 场景 1:用户登录成功 2) 场景 2:用户填写信息无效 3) 场景 3:验证码错误 4) 场景 4:用户输入信息与数据库表中记录的内容不符 表 用户登录用例的事件流 内容 说明 用例编号 Customer_1 用例名称 登录 用例说明 以注册用 户用注册时所填用户名密码登录系统前台 参与者 已注册用户 杨教授工作室 精心创作的优秀程序员 职业提升必读系列资料 杨教授工作室,版权所有,盗版必究 , 7/12 页 前置条件 用户是有效注册用户 后置条件 后台收集用户登录信息,比较与数据库信息一致后,系统进入VIP 页面 基本路径 用户点击登录 系统进入登录页面 用户填写用户名密码和验证码,点击提交 系统验证验收码 系统收集用户填写的用户名密码,并与数据库内容比较 验证成功,系统转入 VIP 前台页面 备选路径 3a、用户填写信息无效 3a系统提示填写正确的信息 4a、系统提示验证码错误,请重新输入验证码 5a、用户信息与数据库内 容不相符,系统提示用户名密码错误,请用户重新输入 补充说明 分析 测试用例和设计测试数据 1)分析场景并获得表 中所示的各种边界条件 表 登录用例中的各种 场景和对应的边界条件 测试用例 ID 场景 /条件 用户名 密码 验证码 预期结果 TestCase1 场景 1 有效 有效 正确 系 统 转 入 前 台VIP 页面 TestCas。
阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体),仅供学习参考。 用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权,请联系我们反馈本站将在三个工作日内改正。