测试用例编写的最佳时间是什么时候呢

咕嘟咕嘟 发表于 2004-12-9 21:18:04

希望各位前辈指点,在公司一般都是开发人员把成型的软件叫给测试组，才开始着手写测试计划和测试用例,这样一部分测试员就闲置下来，或是先行进行测试，但是这样写完的用例好象就不能准确起到什么作用了，不知道各位同仁的建议是什么呢，我觉得是不是应该在开发的末期,我们测试人员就应该介入软件的测试工作呀，比如按照用户说明书,编写计划和用例呢

肚皮发表于 2004-12-9 22:59:35

最好的时间就是你测试还没开始的时候

肚皮发表于 2004-12-9 23:01:37

至于你觉得在项目开发初期就开始的写的话，如果你写的出来就开始写吧

someone5 发表于 2004-12-10 08:14:05

我们一般是在需求评审通过之后就开始编写测试用例。然后在设计说明会之后开测试用例说明会；之后再在设计评审之后进行测试用例的评审

丁琳发表于 2004-12-10 09:13:48

楼上的高手，请问测试用例如何下手啊，5555晕！

Lighthouse 发表于 2004-12-10 09:25:28

系统测试计划－－－－软件需求分析
集成测试计划－－－－子系统概要设计
单元测试计划－－－－模块详细设计
单元测试用例完成＝＝模块code结束
集成测试用例完成＝＝单元测试执行结束
系统测试用例完成＝＝集成测试执行结束

至于什么时候开始，就开工作量和人力的大小往前推。

咕嘟咕嘟 发表于 2004-12-10 09:53:53

谢谢大家
我们公司就3个测试员，我写用例，所以觉得应该在完全测试开始前就应该着手写了，但是没有需求说明书，只有一些用户手册，是不是应该根据手册来写用例呢，毕竟软件还没有到我们测试组

mouse 发表于 2004-12-15 13:27:46

等软件到你受上再写用例不是太晚了吗，根据手册来写用例也写不完全，最好是从开发人员那里得到FD，根据FD来写用例^_^

fly-bird 发表于 2004-12-15 15:29:18

说到测试用例

为什么我们从来不写什么测试用例呢？整个测试过程就一个模块，一段时间乱点一通，一份出错报告，over了，然后发给研发，然后发回来再这样测

small 发表于 2004-12-16 17:54:47

我们也是的

mouse 发表于 2004-12-21 10:29:36

如果是这样的话，真的很不规范啊，质量也很难保证啊！

zwh_rxx 发表于 2004-12-21 14:36:07

我觉得测试用例这个问题，应该是从项目的概要设计出来之后，就要开始写了吧。不能到详细设计阶段！不过具体项目不一样，也有不同的情况。。。。。

zwh_rxx 发表于 2004-12-21 17:00:02

其实有时候这个东西，得看具体情况的。。。。。

陈小红 发表于 2004-12-21 19:13:45

系统测试计划-系统测试方案-系统测试用例---需求分析文档
集成测试计划-集成测试方案-集成测试用例---需求分析文档/概要设计说明书
单元测试计划-单元测试方案-单元测试用例---需求分析文档/概要设计说明书/详细设计说明书
单元测试用例执行-测试报告-集成测试用例执行-测试报告-系统测试用例执行-测试报告

^_^我也没有按这个来做,努力方向.一般都是开发人员在开发时候开始写用例,写完了和开发人员一起评审,流程也不是很规范的.

bugrobot 发表于 2004-12-28 11:35:02

请问楼上的什么叫fd?

sunflowers 发表于 2004-12-28 15:41:06

需求评审完之后，就可以编写10％－25％的系统测试用例，每个测试阶段编写的测试用例也是不相同的。

迷路的小猫 发表于 2004-12-29 10:45:08

我们公司从来不作测试用例的评审，看来有待改进呀
测试用例是不是应该根据软件需求分析来写呀

jakedd 发表于 2004-12-29 15:51:20

产品说明书compelte就开始写，开发code complete就写完开始正式测试！

hxb1118 发表于 2004-12-29 16:17:53

和coding同步

kpxl 发表于 2004-12-29 17:04:26

在需求确定之后就可以设计了，但是一直到你测试完毕都要不断的完善，以备以后之需。

页: [1] 2 3

51Testing软件测试论坛 's Archiver