如何用XMind设计测试用例

ChinaTest 2012演讲稿_基于模式的互联网测试设计_图文_百度文库
两大类热门资源免费畅读
续费一年阅读会员,立省24元!
评价文档:
ChinaTest 2012演讲稿_基于模式的互联网测试设计
上传于||暂无简介
大小:2.81MB
登录百度文库,专享文档复制特权,财富值每天免费拿!
你可能喜欢测试用例最初的表格形式一直延续到现今,这么多年了,记得以前很多测试同事都抱怨过这种测试用例,一般有经验的测试人都不屑用这种测试用例,大体原因都是这种形式的测试用例测试不出问题,浪费时间精力,而且是一种走形式一样的态度对待。这是底层测试人的一个态度而思维导图模式的测试用例现如今还没有全面应用,据我所知也就一些大公司在使用这种比较前沿的测试用例,因为它符合敏捷测试中倡导的头脑风暴法,很适合前一种传统测试用例模式的一种进化。但问题原因在于这种测试用例不被老的测试管理层所接受,他们对这种模式的测试用例排斥,原因很多,比如习惯了表格形式,不懂不会写思维导图模式,所以不知道怎么推广下面人使用。且这些思维导图工具有一个缺点,不能发报告形式出来,用例体积大,底层测试路径写出来不是那么规整。以上是现在测试用例的一个现象,该怎么过度,请问大家!
都用过,思维导图写的比较快,但点写的不是很细,我还是习惯用来整理思路什么的,主要还是写在excel。其实这些都是形式,该漏测还是会漏测
谢邀。测试用例的写法和格式最主要是符合自己项目的需求,包括测试工程师的需求和管理层的需求。&br&&br&1.测不出问题不要怪excel。能反映在思维导图里的信息也可以反映在excel里。即使不写测试用例一样可以测出问题,比如最近较为有名的探索式测试。&br&&br&2.并不存在一种所有人都用的传统excel测试用例格式。你感觉excel表格不好用仅仅是你公司的表格不好用。假如减少对测试步骤的描述,excel表格也可以短小精悍。如果画图要把具体测试步骤画进去,一样搞得你焦头烂额。&br&&br&3.并不存在从excel表格向思维导图过渡的趋势。你公司的测试管理人员都不想用你的图,说明你的图不能满足他们的需求。比如最基本的工作量计算问题,表格在这方面有先天优势。&br&&br&综上所述:题主和他的众多同事其实是不想写重量级测试用例,而不是想去画思维导图。想画思维导图的原因不是测试点清晰了,而是不用写测试步骤了。否则为啥不用excel做一个测试点check list?&br&&br&最后我想说,我这边也搞敏捷测试,既不要求写excel表格,也不要求思维导图,只写自动化测试脚本,剩下的手工测试则全用探索式测试。所以我没有题主对excel的那种切肤之痛。各位用excel很辛苦所以上来吐槽吧,不然用例格式这种事情,根本不值得讨论:选自己实际项目里合适的格式。
谢邀。测试用例的写法和格式最主要是符合自己项目的需求,包括测试工程师的需求和管理层的需求。1.测不出问题不要怪excel。能反映在思维导图里的信息也可以反映在excel里。即使不写测试用例一样可以测出问题,比如最近较为有名的探索式测试。2.并不存在一种…
严重不喜欢excel写测试用例,除了刚开始接触测试的时候按照测试组要求写过模版化的表格测试用例以外,后来就没写过excel的测试用例了,第一表格化的测试用例会太细化测试点,除了编写的时候相当的浪费时间以外,还会在测试的过程中也会让人懈于思考额外的测试点,很多人写了这样的测试用例以后往往对着用例走一遍过了就过了,而很多测试点往往是需要随着测试进程的深入才会发现的。第二,表格化的测试用例太庞大,维护不方便,交叉测试的时候其他测试人员阅读起来较花时间。我比较喜欢用纯文本的形式只列出测试功能点,简单的描述测试路径。
严重不喜欢excel写测试用例,除了刚开始接触测试的时候按照测试组要求写过模版化的表格测试用例以外,后来就没写过excel的测试用例了,第一表格化的测试用例会太细化测试点,除了编写的时候相当的浪费时间以外,还会在测试的过程中也会让人懈于思考额外的测…
i am just going downIPD研发流程经验分享_图文_百度文库
两大类热门资源免费畅读
续费一年阅读会员,立省24元!
评价文档:
IPD研发流程经验分享
上传于||暂无简介
大小:2.15MB
登录百度文库,专享文档复制特权,财富值每天免费拿!
你可能喜欢

我要回帖

 

随机推荐