单元测试要点

  一个Bug在单元测试阶段发现话费是1的话,到集成测试就变为10,到系统测试就高达100,到实际推向市场量产后就高达1000。

  单元测试应该有开发人员开展。

  从经验值来看,单元测试投入和编码投入相比基本是1:1,如果由专职测试队伍来进行单元测试,维持这样庞大的单一任务队伍显然是不合适的。

  从单元测试效果角度考虑,必须从组织结构上保证测试组参与单元测试。

  测试人员质量意识要高于开发人员。

  单元测试工作产品:测试计划;测试方案;测试用例;测试规程;测试日报;测试问题单;测试报告;测试输入及输出数据;测试工具;测试代码及设计文档。

  加强详细设计文档的评审,特别是要写相关测试方案和进行测试用例设计的人员,一定要从写测试用例的角度看这个详设是否符合要求,是否后期进行单元测试设计时会发现无法依据详细设计进行单元测试设计。

  详细设计文档有两种形式,一种是流程图的形式,另一种是伪代码的形式。

  如果代码没有对应的经过评审后的详细设计文档,建议不进行单元测试,而是用代码审查替代单元测试。

  只有详设也纳入配置管理,才能保证单元测试和详细设计的一致性。

时间: 2024-09-30 13:04:04

单元测试要点的相关文章

MOOC使用心得

1. Mooctest 使用心得 慕测平台是编程类考试和练习的服务平台,教师可以轻松监管考试流程,学生可以自由练习编程.系统负责编程练习的自动化评估及可视化展现,配合当下红火的MOOC慕课课程,慕测平台将是学生自学编程的好帮手. 作为学生可以加入班级.参加练习.参加比赛以及查看自己编写测试用例的分数 如果运行提交不了记得重置项目(困惑了我很久) web ide比较方便 2.Junit 编写代码经验总结 在Eclipse中使用JUnit的步骤: ①建立一个被JUnit测试的类 ②建立对应的JUni

JUnit单元测试基础要点

1.JUnit是一种测试代码的框架,测试的目的是:保证代码没错,而不是保证代码正确. 2.测试类一般不要和目标类放在一起,但编译成的class文件是放在一起的. 3.单元测试主要是来测试程序的结果和自己期望的值是否相等 4.创建测试类的步骤: 1)在工程下面创建一个名为 test 的 Source Folder ,这个源程序文件夹和 src文件夹的阶级是相等的 2)测试类和目标类的包名要相同,这样的好处是测试类就不要import导入目标类的源码 3)测试类的命名规则:假设目标类的名字是 Calc

单元测试、集成测试与系统测试要点

单元测试与集成测试的区别: 单元测试与集成测试相比,测试对象有所区别: ?集成测试的被测对象是单元间的组合,这里,不同模块往往是分配给不同的人员开发.集成测试主要关注不同单元模块之间的接口和配合 ?单元测试的测试对象是这些模块下的实现具体功能的单元,一般是对应详细设计中所描述的设计内容.单元测试主要关注每个具体单元模块内部的逻辑结构和功能是否正确 ?单元测试与系统测试相比,其侧重点在于发现程序设计或实现的逻辑错误,基本属于白盒测试的范畴 ??单元测试使问题及早暴露,也便于问题的定位解决,单元测试

MVC与单元测试实践之健身网站(四)-动作管理

网站后台负责进行动作的管理,包括动作名称.介绍.训练要点.配图等内容,以便前台能够使用这些内容.在上一篇< Fit项目图片上传和云存储的调通>中已经准备好了这里涉及到的主要技术难点,现在就开始完成该模块了. 一 列表介绍 健身管理模块包括肌群.肌肉的显示以及动作的管理.这儿也算是开始涉及"业务内容"了,还好我之前有储备了一些关于健身的资料,现在是时候派上另一种用场了. a) 肌群和肌肉因为内容相对固定,所以为了减少业务逻辑以及单元测试的代码量,当然最主要是为了偷懒,就只提供

MVC与单元测试实践之健身网站(二)-管理员模块

开始动手做这个项目时,发现无法做到完全的先设计.再编码,于是决定分模块进行,从管理员模块开始设计.编码,而且接口就已经改了好几次了. 管理员模块涉及的功能有登录和后台对管理员的维护,其中也涉及前端的开发.UI模板使用Inspinia,感觉这套模板功能丰富.界面美观,而且基于HTML5和BootStrap,对这两方面的知识也可以多些了解. 在上一篇<如何在单元测试时隔离ORM>中,解决了对Service层进行测试怎样构建伪对象的问题,随后管理员模块的Service层和单元测试在齐头并进中完成了:

如何编写更棒的代码:11个核心要点

作为一个合格的程序员,有太多的理由促使你去编写干净利落且可读性强的代码.最重要的是因为你编写的代码,将来会有很多人一次次地阅读.当你有一天回过头来看自己的代码时,你就会明白编写优雅的代码是多么的重要.另外,如果别人来阅读你编写的代码,你是否想知道别人看到那些烂代码无比抓狂的感受.因此,花多一点的时间去编写优雅的代码,将来说不定会给你节省更多的时间. 那么,如何编写更棒的代码,下面是11条基本规则: 1.保持方法简短扼要 2.永远永远不要将同一个变量用于不同的目的 3.尽可能让变量和方法的名称能够

7月10日到7月15日技术积累要点

总结过去一周技术积累要点: Environment.NewLine(换行): string.Concat()的时间复杂度低于+=: 单元测试的规则: 创建日志的规则(LoggerFactory.CreateLog): IDE工具调试改值的技巧升级: Json序列化和反序列化使用升级: Mapper.CreateMap()的使用升级: string.Split()的使用升级: float.TryParse()的使用升级: float.Parse()的使用升级: WCF服务的使用开发流程: 调试技巧

TDD学习笔记【二】---单元测试简介

大纲 Testing 的第一个切入点:单元测试. 本篇文章将针对单元测试进行简介,主要内容包含了5W: Why What Where Who When 而How 的部分,属于实现部分,将于下一篇文章介绍工具与简单的范例. 最后会提到测试用例所代表的意义与其重要性. 前言 单元测试,是开发人员最该写的测试程序,却也是最容易被忽略的测试. 大家常碰到的测试相关问题是: 往往一堆人写测试程序时,自以为是在写单元测试,却压根就不是单元测试,而是集成测试. 生产代码是我写的,如果测试程序也是我写,那有什么

如何做好单元测试

前言 单元测试是对软件基本组成单元进行的测试,是属于白盒测试的范畴,它主要通过对代码的逻辑结构进行分析来设计测试用例.在动态测试手段中,单元测试是一种非常高效的测试方法,并且是软件测试周期中第一个进行的测试.从成本角度考虑,缺陷发现越早越好,加强单元测试力度有利于降低缺陷定位和修复难度,从而降低缺陷解决成本,同时加强单元测试也减轻了后续集成测试和系统测试的负担.根据业界的统计,一个 BUG 在单元测试阶段发现花费是 1 的话,到集成测试就变为 10 ,到系统测试就高达 100 ,到实际推向市场量