如何写好测试用例
昨天去面试,遇到一个问题是这样的,如何才能写好测试用例,不知道各位高手是怎么想的,请多多指教!!! 熟悉需求先 你回问,如何写好需求和设计文档。 我晕,我是去面试,哪能象你们这样回答,这样回答的话肯定没戏!!! 写好测试用例?指设计好的测试用例吧?通过各个方面充分了解被测试的对象(文档,询问开发,搜索同类软件信息等等),这是用例设计的前提;另外对于用例设计的一些方法也应熟悉(如等价类,边界值,判定表法等),以保证用例的有效性 测试用例除了设计上要下工夫,表述上也很重要,要清晰、完整、准确、别人容易理解 原帖由 luming 于 2008-3-28 14:46 发表 http://bbs.51testing.com/images/common/back.gif
你回问,如何写好需求和设计文档。
这个经典 哈哈,需求好了就好写了 1.我觉得你应该问清楚到底是单元测试,集成测试还是系统测试。因为三个测试的关注点不同,所以测试用例的设计方法也不同,参照的文档也不同。
2.对软件的功能有个了解,分析SRS,LLD,HLD等
3.想好测试的策略和测试方法
4.写测试用例时,要注意用例的写作规范,和用例的最重要的组成要素 1.熟悉需求和文档的理解程度
2..熟悉系统业务流程
不要怪我太直白
我觉得你们上面总扣住需求不放,什么东西都是需求一句话的人,肯定是没有切实体验测试,用心体会测试的人.难道在项目中的每一个需求都是完整的吗?是不是如果不完整你的测试用例就必定不完整?没有动脑子想想怎么解决问题吗?还经典...........服要面试的话就多看些资料就行了,要做好测试的话是必须用心体会的 原帖由 lxx830703 于 2009-2-20 10:40 发表 http://bbs.51testing.com/images/common/back.gif
我觉得你们上面总扣住需求不放,什么东西都是需求一句话的人,肯定是没有切实体验测试,用心体会测试的人.难道在项目中的每一个需求都是完整的吗?是不是如果不完整你的测试用例就必定不完整?没有动脑子想想怎么解决问题 ...
不得不承认,这哥们说的很直白 :) 熟悉需求熟悉业务流程
暂且这么答了
面试还要再多说点 如果测试的产品完全满足了客户的要求,才可以说你的测试用例设计的好。那么,只有始终以这个要求为基本前提,才能设计出好的测试用例。
[ 本帖最后由 liyan20012007 于 2009-5-21 16:11 编辑 ] 熟悉业务需求
与开发沟通了解项目情况
明确测试用例格式,内容,清晰表达
运用等价、边界值、输入域测试,输出域覆盖,错误猜测等测试方法
页:
[1]