无忧测试QQ整理——需求覆盖和TC覆盖

songfun

2005-06-23 14:01:38 songfun(6975740)
不管状态多少、业务多少，你们要有RTM来进行跟踪覆盖。

2005-06-23 14:02:50 ray(8085413)
RTM是什么？


2005-06-23 14:03:19 songfun(6975740)
to all：
   关于昨天提的测试术语（中英对照）的大全，我也上传到共享了，有兴趣的朋友可以去看看。

2005-06-23 14:03:31 小丫(22565645)
RTM==需求跟踪矩阵。


2005-06-23 14:05:13 ray(8085413)
问题是开发提供的只有正常需求
我需要写所有可能出现的情况


2005-06-23 14:06:58 songfun(6975740)
ray：你说的是 测试需求？

2005-06-23 14:09:23 ray(8085413)
对，我就是说测试需求


2005-06-23 14:12:16 小鱼(66944928)
《测试用例检查表》用在UT是不是会显得太繁琐了？我今天给项目组的人看，他们暂时没有发表任何意见


2005-06-23 14:13:38 ray(8085413)
抱歉，问一个问题，我一直都十分模糊的概念
测试需求所包含的内容是否要比项目需求多？
或者换一个说法，你们的测试需求都包含什么内容

2005-06-23 14:15:00 songfun(6975740)
没错，开发需求是测试需求的参考文档。可以认为对于用例设计来说，前者是后者的子集。

2005-06-23 14:16:35 digman(6310930)
是的，测试需求比开发需求要多许多

2005-06-23 14:16:41 ray(8085413)
比如添加记录
开发需求肯定是能正确添加记录
作为测试需求，你们提取的是什么？

2005-06-23 14:18:29 digman(6310930)
正常的与非正常的

2005-06-23 14:19:24 ray(8085413)
我从来都是按照开发需求来提取，然后在测试用例里面分为正常的和非正常的
原来我一直都在走错路

2005-06-23 14:19:53 songfun(6975740)
测试需求其实有很多需要参考的文档。提取什么内容那就是 test analyst的任务罗。如果你就是被赋予这个任务，当然提取什么由你来定[]


2005-06-23 14:22:02 ray(8085413)
songfun，就是刚才的例子，你会怎么提取需求

2005-06-23 14:24:00 songfun(6975740)
to 小鱼：
  你们单元测试的《测试用例检查表》里是什么内容？

2005-06-23 14:26:41 songfun(6975740)
从业务需求到开发需求，到数据库设计文档，到UI / UC，甚至是到SRC，这些都可以作为ST测试的依据。

2005-06-23 14:26:46 小鱼(66944928)
http://51cmm.csai.cn/SoftTesting/No169.htm download,因为我们公司之前从未有过case checklist，所以我想尝试一下

2005-06-23 14:30:32 songfun(6975740)
测试用例检查表是针对用例的检查的一种形式，检查的层面是属于比较泛的。
另外还有一个覆盖列表，就是checklist。

2005-06-23 14:31:10 songfun(6975740)
to 小鱼：
应该还有一份更具体的检查表吧？

2005-06-23 14:31:25 小鱼(66944928)
没有，就download了这一份  

2005-06-23 14:32:11 小鱼(66944928)
我觉得这已经比较麻烦了，用在系统测试可能还好一点，Unit test spec太多了，这样要花费很多人力

2005-06-23 14:32:20 songfun(6975740)
那有没有专门的工具做覆盖性检查？比如TD

2005-06-23 14:32:56 小鱼(66944928)
TD目前为止只是用在bug mangement

2005-06-23 14:32:58 songfun(6975740)
Unit test spec谁在指定的呢？里面是什么内容？

2005-06-23 14:33:08 小鱼(66944928)
user

2005-06-23 14:33:24 songfun(6975740)
user？？我的天

2005-06-23 14:33:33 小鱼(66944928)
每个UTS都必须user approved以后才能开始执行

2005-06-23 14:33:47 songfun(6975740)
users also know unit test？

2005-06-23 14:33:53 小鱼(66944928)
因为design 是user


2005-06-23 14:34:24 songfun(6975740)
哦，你是做外包。比较特殊，呵呵

2005-06-23 14:34:50 小鱼(66944928)
我们怕不过关，才想内部多一道控制的过程

2005-06-23 14:35:21 songfun(6975740)
这是你的提议？还是上面要求的？

2005-06-23 14:35:31 小鱼(66944928)
只是我的个人想法

2005-06-23 14:36:19 小鱼(66944928)
之前UT都是项目组自己负责，但是通过项目管理部得到的用户反馈意见，觉得单元测试做的不好，我们测试这边才介入监控UT的

2005-06-23 14:37:40 萧 寒(10179451)
哦，难怪啊

2005-06-23 14:37:44 songfun(6975740)
Unit test spec既然已经有了，怎么还有作不好的？没有按照上面指定的做吗？

2005-06-23 14:38:06 萧 寒(10179451)
说说看，感觉上有了SPEC不一定能做得好

2005-06-23 14:38:06 小鱼(66944928)
case太少了


2005-06-23 14:38:19 萧 寒(10179451)
实施UT多久了
CASE谁负责

2005-06-23 14:38:50 小鱼(66944928)
programmer
而且现在都没有交叉测试，人力，时间都不够

2005-06-23 14:40:11 萧 寒(10179451)
呵呵，没办法的办法。。。
CASE的覆盖率多少，有60%以上么


2005-06-23 14:41:07 小鱼(66944928)
现在只有硬性规定了，根据代码行数一定要出多少bug，记录下来，我们做ST的时候check

2005-06-23 14:41:17 萧 寒(10179451)
根据代码行数一定要出多少bug？

2005-06-23 14:41:19 小鱼(66944928)
号称是100％，需求


2005-06-23 14:41:33 小鱼(66944928)
千行代码的bug数，只有这么做了

2005-06-23 14:45:40 萧 寒(10179451)
100%需求覆盖率，好高啊，那怎么会有UT测试的问题？客户反映的结果是什么，怎么知道是UT的问题？

2005-06-23 14:46:14 小鱼(66944928)
因为有些项目是user那边做ST，那版本发过去后N多bug，不就是UT没有做好了


2005-06-23 14:46:46 萧 寒(10179451)
听上去UT不是白盒的。。。
ST的自己不进行么？

2005-06-23 14:47:06 小鱼(66944928)
不是，全黑盒

2005-06-23 14:47:38 萧 寒(10179451)
晕～～怎么测试组不介入？？奇怪。。

2005-06-23 14:47:52 小鱼(66944928)
项目太多，测试人员太少，一些项目就跟用户协商好，他们做ST，结果就栽在这些项目上面了

2005-06-23 14:48:40 萧 寒(10179451)
那就没办法了。个人认为是人员配置问题，与测试本身没有关系。

2005-06-23 14:49:13 小鱼(66944928)
根据实际情况出发，现在只能先抓UT的质量了

2005-06-23 14:54:42 digman(6310930)
ut是具体指的是什么意思，还请赐教

2005-06-23 14:55:49 萧 寒(10179451)
Unit Testing

2005-06-23 14:58:34 小鱼(66944928)
ST=System Testing

2005-06-23 14:58:38 songfun(6975740)
UT 就是最规范的缩写！
UT IT ST这些都是最基本的啊！

2005-06-23 14:58:58 小鱼(66944928)
UAT=User Accept Testing

2005-06-23 14:59:20 songfun(6975740)
好好把《测试术语》过一遍[]

2005-06-23 14:59:56 gladys(19785708)
这本书在哪儿？



2005-06-23 15:00:19 songfun(6975740)
群共享。
聊天记录要认真看啊。

[ Last edited by songfun on 2005-6-26 at 16:45 ]