baijaiyu的博客

自动化可以有效减少人力的消耗 , 同时提高测试的质量和效率 . 例如在回归测试中 , 随着版本越来越多 , 版本回归的压力也越来越大 , 仅仅通过人工测试来回归所以版本显然是不现实的 , 所以我们需要借助自动化测试 .

注意 : 当使用参数化时 , 不能添加@Test注解 , 这是因为该注解不支持带参数的方法!首先 , 官方并没有明确说明用例的默认执行顺序 , 我们可以通过order注解来进行排序 .目的 : 尽可能通过一个用例 , 多组参数的方法来模拟用户行为 .用于判断测试的执行结果和测试人员的预期是否一致 .下一篇将会介绍博客系统UI自动化测试!

可靠性（Availability）即可用性，是指系统正常运行的能力或者程度，一般用正常向用户提供软件服务的时间占总时间的百分比表示。

测试用例的概念 : 测试用例（Test Case）是为了实施测试而向被测试的系统提供的一组集合，这组集合包含：测试环境、操作步骤、测试数据、预期结果等要素 .好的测试用例是一个不熟悉业务的人也能依据用例来很快的进行测试 .如何评价测试用例设计的好坏呢?

满足用户期望或正式规定文档（合同、标准、规范）所具有的条件和权能，包含用户需求和软件需求.用户需求为什么不可以直接作为测试/开发工作的依据呢?因为用户需求未必是合理的 . 我看过一个段子 , 有用户提出这样一个需求 : 能不能根据周围环境的颜色变化 , 动态地改变手机屏幕的颜色?这好吗?这不好!当然 , 如果用户需求是合理的 , 并且有开发的必要 , 那么产品经理就会将用户需求转变为软件需求文档 .

上面这是官话 .在我们日常生活中 , 就有许多测试的行为 , 比如地铁站的金属检测仪 , 用于检测旅客是否携带了违禁物品;再比如测谎仪 , 通过记录人在情绪变化时的各种生理变化 , 判断是否说谎了 , 等等 .企业研发出一个产品 , 能直接上线给用户或者进行销售吗?显然这不安全 . 用户为什么要花钱充会员 , 充游戏 , 买皮肤 , 购买产品相关的一些服务 , 显然是为了更好的用户体验 . 如果发现充了钱 , 用户体验不好 , 这就很不好了 , 轻则导致低口碑 , 重则给企业带来严重的经济损失 .