经验与教训
srdwxA
这个作者很懒,什么都没留下…
展开
-
经验与教训:迅速找出重要问题
先测试变更部分,在测试没有变化部分。先测试核心部分,再测试辅助功能,测试关键常用功能,再测试基本任务的功能。先测试能力,再测试可靠性。先测试每个功能是否完全能用,然后在深入检查每个功能在很多不同条件下表现如何。首先测试常见情况,然后测试少见情况,使用常用的数据和使用场景。首先测试常见威胁,然后测试罕见威胁。用最有可能出现的压力和错误情况进行测试。首先测试影响大的问题,然后测试影...翻译 2018-10-23 10:37:55 · 178 阅读 · 0 评论 -
经验与教训:软件缺陷的规则
软件缺陷包含以下几个规则:软件未达到产品说明书标明的功能; 软件出现了产品说明书指明不会出现的错误; 软件功能超出产品说明书指明的范围; 软件未达到产品说明书虽未指明但应达到的目标; 软件测试员认为软件难以理解、不易使用、运行速度缓慢,或者最终用户认为不好。 导致软件缺陷的最大原因是产品说明书,其次是设计方案。软件测试员的目标是找出软件缺陷,尽可能早一些,并确保其得以修复。...翻译 2018-10-29 10:31:26 · 1559 阅读 · 0 评论 -
经验与教训:值得注意的测试数据
一定要考虑建立处理默认值、空白、空值、零值或者无输入等条件的等价区间。因为这些值通常在软件中进行特殊处理,所以不要把它们与合法情况和非合法情况混在一起,而要建立单独的等价区间。在这种默认情况下,如果用户输入0或者-1作为非法值,就可以执行不同的软件处理过程。 非法、错误、不正确和垃圾数据的测试是很有意思的。如果软件要求输入数字,那就输入字母。如果软件只接受正数,那就输入负数。如果软件对数据敏感,...翻译 2018-10-31 10:35:08 · 295 阅读 · 0 评论 -
经验与教训:测试员的偏向
测试员是有偏向的,有时编辑一个很长的字段,测试员会输入11111111,而不是23875019460,因为输入字符重复的字符串,要比0-9的随机数字容易。这是种很小的偏向,但仍是一种偏向。更糟糕的偏向是,大多数测试员倾向于测试最可视的功能,而不是最重要的功能。倾向于考虑认为与自己类似的客户。倾向于非常简单、非常荒谬的输入,而不是具有中等复杂度的现实输入。常见偏向:同化偏向。把测试结果解...翻译 2018-10-24 09:57:20 · 205 阅读 · 0 评论 -
经验与教训:产品说明书属性检查
产品说明书属性检查清单。优秀的产品说明书应该具有8个重要的属性:完整。是否有遗漏和丢失?完全吗?单独使用是否包含全部内容? 准确。既定解决方案正确吗?目标明确吗?有没有错误? 精确、不含糊、清晰。描述是否一清二楚?容易看懂和理解吗? 一致。产品功能描述是否自相矛盾,与其他功能有没有冲突? 贴切。描述功能的陈述是否必要?有没有多余信息?功能是否原来的客户要求? 合理。在特定的预算和进度...翻译 2018-10-30 09:22:39 · 282 阅读 · 0 评论