这是我做手工测试写的用例，如何改进，希望兄弟姐妹们多提意见

my145

这是我做手工测试写的用例，如何改进，希望兄弟姐妹们多提意见

mynxiaoyao

挺好的，继续努力~~~

shark_jr

你的用例中考虑过执行成本吗？

my145

没有考虑过，请细说一下

Jackc

总体还不错，虽然有点虎头蛇尾，但是作为验收测试的话差不多了。

如果是做完整项目测试，就需要根据实际测试资源重新修改了。
1、1个tester一天做完，这个文档够了，蛮饱和的，基本功能也测到了。

2、4个tester一个月做完的话……
A、大的方向还需要增加安全性和性能测试的内容。包括：安全性、兼容性、健壮性等方面的东东。
比如安全性，除了密码的Ascii加密方式外，是否允许多人使用同一账号登陆？若可以，多人操作时如何及时更新数据库信息？等等

B、小的方向还需要细化各个功能测试点的内容：
比如登录界面，用户名是否有字符和长度限制、密码是否显示等。
比如UI测试中，“导航上的图形有明确的用途”应改为各个ico的具体功能检测。
………………

偶只是抛砖引玉，更完美的测试用例只有等待lz自己思考才会有答案。

[ 本帖最后由 Jackc 于 2009-11-24 12:36 编辑 ]

Jackc

shark_jr老兄的意思，偶没有猜错的话，应该是说lz测试用例的工作量是否和测试团队的人力资源成正比。

纯属猜测，若有不同，请多包涵

my145

测试一个项目， 差不多有一半时间花在写用例上了，我感觉我的用例，就是记录我测试的里路，我这个测试用例的写法该如何改进，请兄弟姐妹们指点指点

my145

Jackc

因为都被你吓着了

my145

iptv

测试设计花费一半的时间很正常吧, 做好测试设计绝对事半功倍!

你写的很详细, 但你们公司的用例就是这个模板么? 有点随意的说  改为标准模板是不是好一些 ?

前面的写的比较简明扼要,后面说的有点罗嗦,如果直接给新人看估计有点晕,哈哈

my145

我现在也意识到这样的问题，现在正在想办法改进，呵呵

Jackc

顶11楼，偶也同意测试用例的设计时间可以占到整个测试周期的一半。

不过针对LZ这个项目来说，8页的word的测试用例显得单薄了许多。

如果LZ习惯使用列表的方式来写用例的话，可以考虑使用excl来做，每个用例的尺度和测试步骤都可以再细化一些。

对了，LZ写这个用例是做什么用？仅为理清自己的测试思路？如果是这样的话，适当引入一些开发流程图可以帮助自己更好的检查测试用例的覆盖程度。

小贝流浪记

写的很仔细 ，加油啊

my145

我现在测试用例中的优先级非常重要，特别是在项目较紧的情况下

Jackc

但是你的用例里没有体现优先级这个概念……

LZ可以考虑将优先级划分与项目周期结合起来。

比如：
A：每个版本必须测试
B：每3个版本测试一次
C：特定版本才会测试（性能测试内容一般都是在中后期版本才会开始测试的）

iptv

用例多建议还是用excel管理, 只记录测试用例名,用例名要一语中的,对熟练的测试人员看条目就行了

用例前标注1/2/3..优先级,通过筛选过滤可以得到最小测试用例集. 给时间紧的时候用

用QC不?俺们用TD,老外的东东不习惯,所以还用这个土办法,呵呵

另外对于界面类测试确实要区分一下,优先保证用户常用的功能(最好和用户了解下),不常用或者有问题影响不大的优先级降低,测了也是浪费时间,呵呵

my145

有道理

xiaoy035

学习

my145

请兄弟、姐妹们提供一些测试用例模板，供小妹参考参考