testing
一枕
求实创新
展开
-
单元测试的小技巧介绍和举例
单元测试的信任 在这个部分,我将略述出一些最通用的信任,这些信任来自于在使用大量单元测试获得的好处和解释为什么这些信任通常不是必须真实的。然后我们会帮助您在您的工程中拥有这些信任。 更加简单的跟踪Bug? 当然这并不是必须的,那么您怎么知道您的测试是正确的? 是否存在在一些测试环节测试失败的情况?另外您又如何知道您的测试覆盖了系统中多少的代码量?是否测试到了程序中的错误,错误又在哪里转载 2010-05-31 07:48:00 · 438 阅读 · 0 评论 -
单元测试方法
单元测试的对象是软件设计的最小单位——模块。单元测试的依据是详细设描述,单元测试应对模块内所有重要的控制路径设计测试用例,以便发现模块内部的错误。单元测试多采用白盒测试技术,系统内多个模块可以并行地进行测试。 单元测试任务 单元测试任务包括:1 模块接口测试;2 模块局部数据结构测试;3 模块边界条件测试;4 模块中所有独立执行通路测试;5 模块的各条错误处理通路测试。 模块接转载 2010-05-31 07:41:00 · 471 阅读 · 0 评论 -
单元测试的基础知识
什么是单元测试? 单元测试是开发者编写的一小段代码,用于检验被测代码的一个很小的、很明确的功能是否正确。通常而言,一个单元测试是用于判断某个特定条件(或者场景)下某个特定函数的行为。例如,你可能把一个很大的值放入一个有序list 中去,然后确认该值出现在list 的尾部。或者,你可能会从字符串中删除匹配某种模式的字符,然后确认字符串确实不再包含这些字符了。 执行单元测试,是为了证明某转载 2010-05-31 07:45:00 · 481 阅读 · 0 评论 -
程序员为什么不写单元测试?
赛门铁克误杀门事件在一片争议声中落下了帷幕,但是它身后隐蔽的问题还远未结束,诺顿误杀彰显测试价值的回归,同时也向广大的程序员们敲响了警钟,不做单元测试的程序员在未来发展中绝对无路可走,以下是笔者的一些分析。一、为了单元测试而写单元测试 最近笔者曾经做过一次“程序员在项目开发中编写单元测试的情况”的调查。 调查结果显示: 1. 几乎没有严格转载 2010-05-31 07:43:00 · 412 阅读 · 0 评论 -
单元测试之关键问题解答
近来特别关注单元测试的应用。大家可能会笑了,单元测试都N年前提出的了,您老怎么现在才来做呢。是的,单元测试几乎人人都在提,但是真正做好的没几个。我们几个同事在讨论这个的时候,发现这里面有很多因素。相信大家也在实践过程中都遇到过。单元测试测什么这是最经常被提到的问题。往往有三个答案:针对代码测试,往往也被称为针对类进行测试。针对模块接口进行测试。这种模块往往是没有转载 2010-05-31 07:40:00 · 325 阅读 · 0 评论 -
单元测试浅析
软件测试是保证软件产品质量的重要手段之一。它是测量、评估软件产品特点和能力的活动。现在,国内一些软件企业对于软件测试的重视程度还很不够,认为测试工作非常简单,只是简单地操作所测的软件产品而已。这种错误的思想严重影响了国内软件质量,应该引起我们的高度重视。 软件测试阶段可以分为若干个小的阶段,阶段的划分有多种,我现在按流程顺序将其分为四个阶段: ·单元测试:由项目小组完成 · 集转载 2010-05-31 07:47:00 · 276 阅读 · 0 评论 -
单元测试实践小结
应用单元测试,首先要解决的是单元测试的关注点。 测试的关注点在于测试逻辑,只要有逻辑就要写测试代码。测试的手段就是验证所有被测试方法的所有产出物,包括: 1. 测试方法的返回值 2. 测试方法的执行流程 例如: public class DomainService { private static TheDAO dao = new TheDAO (转载 2010-05-31 07:41:00 · 272 阅读 · 0 评论 -
如何提高测试用例的复用性
<br />问题描述:在阶段编写的测试用例少则几百,多则过万,花费时间很多,而且有相当一部分用例只执行一两次,复用性不佳。这里想讨论一下如何提高用例的复用性,尤其是不同项目之间。系统测试<br />精彩答案:<br /> <br /> 对于测试用例的复用,我想很多测试工程师都会非常有话说,系统变更频繁,业务变化大,流不统一等等,很多现实存在的问题,都阻碍了测试用例的复用发展进程,但是金融风暴下,越来越多的IT公司都在为了降低成本而做不屑的努力,如解决方案的产品化、搭建软件系统的可复用平台、开发可复用的功能转载 2010-06-01 20:59:00 · 1989 阅读 · 0 评论 -
模块测试
<br />Module 就是“模块”的意思,Module Testing 是模块[组件]测试 Module Testing(模块测试) is concerned with the testing of the smallest piece of software for which a separate specification exists. 模块测试是针对概要设计中的一个一个模块来进行测试的,他的重点就是测module与module之间的关系。 Module Tesing (模块测试)和 Un转载 2010-05-31 19:31:00 · 885 阅读 · 0 评论 -
单元、集成、系统测试的区别
<br />1.根据测试的方法不同<br /> (1)单元测试是基于白盒测试的范畴<br /> (2)集成测试是基于灰盒测试的范畴<br /> (3)系统测试是基于黑盒测试的范畴<br />2.根据测试的范围不同<br /> (1)单元测试主要是测试单元内部的数据结构、逻辑控制、异常处理等<br /> (2)集成测试主要是测试接口和接口之间的数据传递关系<br /> (3)系统测试主要是测试整个系统需求的符合度<br />3。评估基准不同<br /> (1)单元测试转载 2010-06-01 20:57:00 · 726 阅读 · 0 评论 -
如何做好单元测试
【摘要】 单元测试是软件开发过程中重要的质量保证活动,单元测试的质量将很大程度上影响软件产品的最终质量。本文从组织、流程和技术三个方面来阐述了做好单元测试的一些关键因素,可以作为软件企业开展单元测试活动的参考。 【关键字】 单元测试,组织,流程,测试技术 前言 单元测试是对软件基本组成单元进行的测试,是属于白盒测试的范畴,它主要通过对代码的逻辑结构进行分析来设计测试用例。在动态测转载 2010-05-31 07:46:00 · 631 阅读 · 0 评论 -
黑盒测试用例设计方法实践---(因果图法)
<br />概念理解:<br />a、利用图解法分析输入的各种组合情况;<br />b、适合于检查程序输入条件的各种组合与制约情况<br /> <br />掌握图解:<br />a、4种关系;<br /> 恒等、非、或、与<br />b、5种约束 ;<br /> 互斥、包含、唯一、要求、屏蔽<br />实践方法:<br />Step1:划分输入与输出条件,并标识区分;<br />Step2:划分输入与输出间,输入与输入间的关系,并绘关系图;<br />Step3:根据关系图,标记出约束条件,转载 2010-06-01 21:04:00 · 602 阅读 · 0 评论