实际工作中测试用例应用难点调查

wallffpp · 发表于 2011-11-22 23:03:00

需求变更永远是测试的天敌

fuhao · 发表于 2012-1-5 16:07:42

需求变更，可能会导致功能的删除和增加，修改。导致测试用例有大的变更。
人员之间的交流也需要加强，比如测试人员之间，测试人员与开发人员的交流需要及时性

SariyaLee · 发表于 2012-1-6 16:03:45

公司不重视测试人员测试也没有规范和框架

1987gql · 发表于 2012-1-19 17:44:58

[img][/img]

isco14k · 发表于 2013-11-27 14:54:49

我都是直接根据需求测试的，等验收的时候，补点用例

yj7503402 · 发表于 2013-11-28 14:35:51

大部分时间是根据需求，时间很紧，测试都不够时间，更加不用写测试用例了

hsrak47 · 发表于 2014-8-4 13:27:24

回复 55# 李靖之

感同深受！

shjpl238bbk · 发表于 2014-12-2 20:07:52

在我看来，测试用例设计的难点在于测试工程师的基础
1、准确划分功能点
2、对业务的熟悉程度
3、用例属性划分不清晰（A/B/C）,这个划分清除了，直接可以通过筛选来实现不同任务的测试
4、测试用例步骤和预期结果的描述（其实这点靠的是测试人员的语言能力）
5、第一界面、一级菜单、基本功能、主要功能、次要功能等属性的细分和掌握

USATOWN · 发表于 2015-9-14 16:53:29

我的观点把上都覆盖了

这个猪猪有点瘦 · 发表于 2016-10-27 15:49:36

写用例时间长，工作紧时根本没空写

simonash · 发表于 2017-1-19 13:33:24

都是10年前的回复?

123913645 · 发表于 2017-2-6 15:26:51

项目目前的版本计划中测试的时间是不由测试人员来评的，直接一刀切了，导致测试用例设计时间不够，各种问题啊！

408467753 · 发表于 2017-4-19 22:41:14

不用想都知道肯定是第四个答案

408467753 · 发表于 2017-4-25 10:49:48

我就想问一下，选择第三个选项的人，是什么心态？

zgfy+++ · 发表于 2020-3-2 13:56:49

需求的变更实在太频繁了，最先写的用例到后来真正测试的时候能用的其实不多，好多都是后来改的。小公司也没有真正意义上的需求文档，只有UI做的一个原型图，好多需求都是给到测试的时候再去确认的。。前期的需求确认都没有测试参加的，就项目经理自己确定了然后和开发讲要怎么怎么做。

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] 实际工作中测试用例应用难点调查

站长推荐 /1