haitongmipro的博客

1.测试用例没有行业标准，只有企业标准，企业不同，标准不同； 2.用例最低保准：自己能看懂，是无论过了多久都能看懂； 3.能看懂的保证：进入路径清晰，输入信息明确，操作步骤连贯（每一条就一个动作）； 4.操作步骤跟在预置条件（进入路径和预备信息）之后写的，前者少些，后者就要多写； 5.如果需要与之一条数据，不用详细表述这条数据来源的操作步骤（因为数据来源的操作步骤都要写测试用例），如果此条数据来源的操作步骤出现bug导致无法创建，那么此条用例就会被阻塞，等数据来源的bug被修复之后才能进行测试；

这两天在做测试需求分析，有人问，如何才能覆盖全部的测试点？ 老师说，首先，测试情况是不可能被穷尽的。初学测试，如果一个软件有十个测试点，你能找出三个就很不错，找出四个，那你天生就是应该做测试的。 方法方面，老师说了三点，对测试方法的熟练度，对软件的熟悉度，经验的积累。 第一、三条可以说是训练的结果，是量变引起的质变。让我深以为然的是第二条，对软件的熟悉程度。尤其是在分析功能性方面的时候，对软件功能的操作和目的性的了解，深度影响着测试需求的分析深度和必要性。 开始我以为测试分析只要知道这个功能按钮的功