关于测试 ( 积分: 5 )

  • 主题发起人 主题发起人 del_today
  • 开始时间 开始时间
D

del_today

Unregistered / Unconfirmed
GUEST, unregistred user!
请问各位高手:
以前我所在的公司没有正规的测试部门,软件开发完毕后,直接把自己当作用户,反复使用软件来发现问题,这就算作测试了,现在我发现有的公司用专门的测试工具(比如Dunit)来测试,为什么?正规的测试思路该是怎样的呀?
 
请问各位高手:
以前我所在的公司没有正规的测试部门,软件开发完毕后,直接把自己当作用户,反复使用软件来发现问题,这就算作测试了,现在我发现有的公司用专门的测试工具(比如Dunit)来测试,为什么?正规的测试思路该是怎样的呀?
 
为什么?这不用问
测试就是发现不足,关于功能上的,执行效率上的,单元的,函数的,流程上的;凡可能产生问题的地方就需要测试
 
不正规的架构设计用DUnit根本就没法测,像耦合了界面,业务,数据处理乱七XX的程序,写测试用例,累不死你
 
xfz8124:
嗨!你好!谢谢你!
再请教一下:什么叫“测试用例”呀?网上一些文章提到“测试用例”一词时,说得我傻了!
 
  一天,一位客户找到你的项目经理,请求他实现一个矩阵相乘运算,为简单计,我假设每个元素都是一位数字输入时没有分隔符,你要自己实现拆开它,但对果矩阵无此限制,各元素用逗号分隔。

  头儿把你叫过来,说:来,你给我写个程序,实现这个运算。用命令行方式都行,或都实现。

  然后你里头若干了半天,或者你是天才,一个小时就全写好了。

  在你工作的过程中,或在这之前,测试员,或经理,或你自己,或客户想知道你的程序对不对,他把你的程序接口找来,以下两段内容作为矩阵A,B的输入

111
111

11
11
11

  按照运算,结果应该是

3,3
3,3

如果你的程序没有给出这样的结果,说明你没通过这个测试用例,你的程序失败了!

  说明:测试用例一般情况下,都是只要点一下,所有的输入,输出,正正确性判断都是自动的。而且,因为不同的条件下,流程不同,所以针对同一功能的用例可能好几个,见下文述。

  接下来,你检查了程序,修正了错误,再次运行这个用例,通过了,OK。交差

  后来,客户发现,你的程序,当输入不符合矩阵乘法要示的A[ij],B[mn],作相乘运算必须符合j=m,(A,B的两个下标分别表示矩阵的大小,即几行几列),每当用户输入这样的条件时,程序崩溃,系统死机。

  这个时候,客户增加了一个新的用例:当j<>m时,程序必须拒绝处理,而且给出提示,这个时候,你只好返工,修改了一下代码,OK,新的用例也通过了,交差

  说明:当用例增加时,修改你的程序必须保证仍然能够正确处理原来的用例,除非它不再具有合理性,这时,这个用例就没有存在的价值了

以上简要介绍了--
测试用例是什么:可以认为实际使用软件中的一个快镜头,截取了众多应用可能的一个片段,一个特例,或一般性例子
用例做什么用:函数或过程的可用性测试,健壮性测试
谁来编写用例:测试员或开发者(可自动运行的)
谁提出用例:客户(最重要角色),或经理,测试员,或开发者
用例适合什么环境:当给定输入时,可以明确预期结果,并且可以很方便地用代码检测这个结果是不是出现了
 
后退
顶部