51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3265|回复: 3
打印 上一主题 下一主题

[求助] 如何编写出既方便手动测试执行又适合自动化的用例

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2010-12-30 13:56:10 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
如题,现在的测试用例都向着所谓的“敏捷测试靠拢”。也就是测试步骤简要,checkpoint也不会写很细,这样的Case适合业务逻辑熟悉的人用。但是对于用这样的Case实现自动化或者给新人用的化, 就很不足够。

测试用例要什么样的粒度可以满足三方的需求?或者找到一个平衡点?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2011-1-4 17:56:09 | 只看该作者
1.测试用例本体可定义“测试数据”属性,方便新人和自动化用例使用

2.测试用例本体可增加“关联”属性(此项工作量较大,酌情参考)

3.自动化用例,封装常用步骤和关键操作,如返回待机界面、错误提示框判定

最后,粒度问题:既然LZ都说是checkpoint了,粒度自然心中早有定数。各个公司资源不同,没什么好借鉴的。
话说回来,就算只是一个树形checkpoint结构图,只要执行测试员能看懂,也可以算作一种测试用例粒度。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2011-1-14 08:52:42 | 只看该作者
提供一个思路。
1. 写出一份简单的文档。
2. 提供给做手动测试和自动测试的测试员,请他们提意见。
3. 综合两人的意见,修改文档。
4. 提供给两人,请他们试用。
5. 收集他们在真实测试过程中获得的感想和意见,再次修改文档。
6. 总结出文档编写的经验。

文档是为读者服务的,应该以读者为本。如果读者的目标截然不同,应该为他们分别撰写文档。手动测试和自动测试看似都是测试,但是其目标是不同的。在大多数情况下,手动测试的目标是发现新问题,自动测试的目标是发现回归错误。测试人员需要不同的技术和心态。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2011-1-14 23:06:50 | 只看该作者
无论文档写的细还是写的粗其实都不是问题,只要大家都能看得懂可以正常执行就达到了用例的复用目标。在这过程中遇到的问题可以直接进行沟通解决。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-22 14:40 , Processed in 0.069043 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表