[你问我来答第20期]：如何编写好的测试用例？(已结束)

wyw51testing

请问，怎样做好网站测试呀？我对测试不是很了解，希望能详细了解。

jia8162

回复 36# marysnow
请教一下:

1)易用性的测试用例在编写有什么技巧?从网上看过类似的易用性用例,但是感觉这方面的用例写得太笼统,有时大家理解会有不同.针对易用性和界面性的用例,你们在做时是否进行区分,区分的标准是什么.
回答：GUI的测试 还是要根据 需求文档来的 对着一点来说日本人的需求文档对这方面是有着变态的要求，他们测试的时候是用尺量的
         易用性是仁者见仁，智者见智的 一办来说 我认为 总体来说就是 控件和不合理 功能玩不完善（是不完善，不是缺失）
2)功能性测试用例,在编写前有明确的测试策略和测试方法,但是在实际编写中每个人写的情况不一样,有的写的细,覆盖全,有的则比较粗.不知道你们是如何来解决这类问题的. (我们内部会有评审)
回答：这个你可以通过 这个顺序来写用例，正例（业务流程），反例（违背约束），输入因子正交
3)在编写用例时,组内是否会规定用例编写的顺序,比如先写控件,再写功能,再写接口的.
回答：一般用例是按模块分配的
         一般要求
4)用例的优先级,你们是如何来评定的.
回答：用例的优先级 是因该根据你的业务流，需求阶段来的
         比如软件如果和货币有关的 那所有和货币有关的功能与流程都是优先级高的
呵呵,说实话,虽然我们组的人都知道常用的黑盒方法,但是在项目紧的情况下,最常用的也就是等价类和边界值了.毕竟用例设计也是需要时间的.不知道你们在编写用例方面有哪些技巧和方法,能否分享一下.
从这点来看 你们测试是脱离了 业务流程的 这样的测试我认为是不完整的
在时间紧的条件下，因该使用综合流程分析法（这里指的是 在一个流程中 用到黑盒测试的7中方法） 编写测试用例

huilin.gao

你们啊，把问题都抢着答完了，我们庄姐岂不是没生意了

wangtong0415

专家不发表意见啊

lsekfe

回复 45# wangtong0415


各位会员可以在3月10日前以回帖的方式向客座专家提问。
（请大家围绕本期客座专家的擅长领域进行提问、探讨）
客座专家将在3月11日—3月31日为大家集中解答。
机会难得，欢迎大家踊跃提问！
请您仔细查看下首页的介绍！

shihw098

庄姐，你好，我现在做黑盒测试接近一年了，发现每次上线的产品，都还有一些未测的测试点，想问一下根据需求文档，怎么能把测试用例想全呢，覆盖率始终不好，很苦恼！                                                              2.对于一个女孩来说 想问一下黑盒测试以后的发展路线应该是怎样的？我以前是做开发的（java）的 现在正在努力学习自动化测试，很怕自己努力的方向不对，求指点！谢谢！

jiangpr_ok

庄姐：现在做测试一年了，都是手工测试，公司经理也不重视测试，有的时候会说是鸡蛋中挑骨头，现在很迷茫，我打算先做2-3年的黑盒测试，不知道这样的规划是够合理，请指教!

futogether

看见真人了，支持下。

如果可以~

我也是才刚接触测试这块的，还在培训中，想向前辈们讨点迷津，怎样学好软件测试？我现在就感觉很糊涂

phoebe_kaka

关注下。。

pinebud

回复 50# 如果可以~


    1. 建议学习些开发，不单单是翻翻书而已，要实践性的做点东西。
    2. 读读测试理论的书，然后多实践性的写写TestCase。
    3. 看一些管理方面的书，有利于理解上级领导作的一些决策。
    4. 多参加体育锻炼，保证一个好的身体。
    5. 学会享受生活。

后悔无救

你好，我是刚刚从事软件测试职位，对于很多的都不懂，测试用例该怎么样编写？还有如何能做到快速掌握呢？

lin3038ying

z肿么没有回复呀

千里

什么样的用例才是好的用例呢？
Olivia_keke 发表于 2012-3-2 22:38

在达到全面覆盖的前提下，用例量越少越好。----这是编写用例的终极目标

wuji5521

百闻不如一见

pitiy

关于测试用例书写我有如下疑问

怎样的测试用例是好用例?每条用例覆盖一个功能点？
这种用例在实际操作中有很大的缺陷。
首先不能确保测试人员进行集成测试时对功能用例执行到位，可能会出现遗漏。
因此我们在测试用例输出过程中，建议测试人员就测试因子使用工程方法进行流程功能覆盖。
但是这样引入另外一个问题，客户的需求是不断变化的，需求在执行设计和测试用例输出时，很大几率产生变化，这种变化势必对原输出的测试用例照成冲击。调整的工作量有时会很大，有可能对整个功能会推倒重新输出用例。
不知道版主能不能就这个给出你的解决方案。
另外，我们公司的黑盒测试用例会演进为自动化用例。如果单一覆盖点测试用例，会导致自动化脚本代码复用率不高。像这样的问题，应该怎么解决？

pitiy

关于测试用例书写我有如下疑问

怎样的测试用例是好用例?每条用例覆盖一个功能点？
这种用例在实际操作中有很大的缺陷。
首先不能确保测试人员进行集成测试时对功能用例执行到位，可能会出现遗漏。
因此我们在测试用例输出过程中，建议测试人员就测试因子使用工程方法进行流程功能覆盖。
但是这样引入另外一个问题，客户的需求是不断变化的，需求在执行设计和测试用例输出时，很大几率产生变化，这种变化势必对原输出的测试用例照成冲击。调整的工作量有时会很大，有可能对整个功能会推倒重新输出用例。
不知道版主能不能就这个给出你的解决方案。
另外，我们公司的黑盒测试用例会演进为自动化用例。如果单一覆盖点测试用例，会导致自动化脚本代码复用率不高。像这样的问题，应该怎么解决？

zbj793989849

公司说性能测试大部分要男生 是这样吗 刚毕业也不让我们学性能测试 我之前有问个一位专家 他说性能测试和功能测试没多大关联 没必要先学功能测试再学性能测试。。我都糊涂了 我知道性能测试要求挺高的。个人挺喜欢性能测试。

s_spume

从事黑盒测试已经快4年了，中间穿插着做过一些自动化测试，写过一些小测试工具。感觉不管是黑盒还是自动化，测试用例都是关键。
但是很遗憾，我从来没有正儿八经的使用用例设计方法来设计测试用例。
以前做产品的测试，公司有比较正规的流程，一般情况下都会先给出需求文档，也会有评审，如此我们就有编写测试用例的依据，把需求逐步细化，结合边界值，等价类，再考虑一下异常、压力，于是就形成了一份测试用例。
现如今，做项目的测试，发现完全不一样。由于项目紧急，根本不会有需求文档，更不谈流程。

我的问题是：
1、一份需求文档，里边有很多很多功能点，就会有更多更多测试点。那么一般用用例设计方法来设计某一模块，具体操作起来是怎样的流程？那些用例设计方法的对象是功能点还是测试点？
2、根据用例设计方法来设计一个模块的测试用例，如果该模块最后有300条用例，那么一般设计这些用例需要多长时间？
3、在项目紧急，没有需求文档，没有用例评审，又只能独自完成测试的情况下，如何保证测试用例不会漏测呢？

e_lancao

我来关注一下，专家级的交流就是不一样啊，学到很多，谢谢各位。