51Testing软件测试论坛

标题: 帮忙看看着个用例框架 [打印本页]

作者: lixin1020 时间: 2005-8-16 17:03
标题: 帮忙看看着个用例框架
用例标识（唯一的标识）项目名称
开发人员    模块名称
用例作者    参考信息
测试类型    设计日期
测试人员                   测试方法
测试日期                   用例描述
前置条件
编号测试项操作步骤预期结果数据实际结果测试结论
1 。是否通过
2 是否通过
3 是否通过
4 是否通过
5 是否通过

刚开始干测试不太懂，写了个框架用来集成测试（现在没有还需求分析），公司就俺一个人搞，刚毕业本就经验少，现在不知道问什么人，只能自己搞啊！郁闷~~~

作者: Tender 时间: 2005-8-17 12:24
设计得挺不错的！可以再精化一点！

作者: weisszq 时间: 2005-8-17 18:22
首先，我认为用例中不应该包含有关“测试结论”的内容， “测试结论”应该在测试报告中体现。其次，“实际结果”也可以省略掉。
用例举例：
1.测试用例编号
2.测试项目
3.测试标题
4.重要级别
5.预置条件
6.输入
7.执行步骤
8.预期输出

作者: archonwang 时间: 2005-8-17 23:11
在标准RUP TestCase模板中，包含了对结果的描述。作为一类工具，该结果存在的意义应是可靠和可度量的，对应实际结果，建议保留。

楼主以上所写的各条，意义接近于预期Bug的描述。

对应测试新手，需要编写相应的执行步骤，甚至包含当前测试用例中的执行流程图。但对于已对系统较熟悉的执行人员而言，不一定需要编写以上内容，但是必须明确测试路径，以免发生误解与冲突。

作者: jackiewang1120 时间: 2005-8-19 10:29
可以上网找模板啊,你要是需要的话加我的QQ557337我发给你

最好在晚上

作者: yuandjing 时间: 2005-8-19 22:16
weisszq说的对，另外，不该把
“编号测试项操作步骤预期结果数据实际结果       测试结论
1                      。       是否通过
2                               是否通过
3                               是否通过
4                               是否通过
5                               是否通过”
加上去
你做的是用例的设计，这些应该放在测试的输出文档里，比如说《XX测试报告》，否则不是变未卜先知了？

作者: 网络游侠 时间: 2005-8-20 08:25
用例中不应该包含有关“测试结论”的内容， “测试结论”应该在测试报告中体现。其次，“实际结果”也可以省略掉。
我认为这样也说的很好，同意

作者: lixin1020 时间: 2005-8-22 10:58
哦谢谢各位了有涨经验了

作者: lixin1020 时间: 2005-8-22 11:10
哦谢谢各位了有涨经验了

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)