摘要：
思考点 1、id 2、模块名称 3、前置条件 4、接口地址 5、是否携带herders ’6、数据依赖 7、请求数据 8、预期结果 9、实际结果 10、接口类型 1、导入Excel表格，并且操作表格 参考内容：https://www.cnblogs.com/zihkj/p/12163730.html 阅读全文
摘要：
1. 简介 1.1 编写目的 本文档用于记录测试过程，总结各轮次的测试情况，分析测试数据，归纳测试工作进行过程中暴露的问题与遗留的风险，给出相应的测试建议以供后续项目参考。 1.2 项目背景 xx需要一个拥有真实用户的社区化产品，通过真实高信任度用户关系的建立，提高用户粘性，提升活跃会员数，带来长效 阅读全文
摘要：
Story1.12复盘： 一，问题描述：1.本轮测试4天时间，共计XX个bug，其中XX个bug为UI bug已修复，XX个bug遗留（XX个bug产品经理给出具体方案后续优化，XX个为浏览器机制产生的一直存在，前端也一直未给出相应的解决）。XX个界面优化用户体验性问题： bug单号 BUG概述 B 阅读全文
摘要：
回归测试(Regreesion Testing)目的: 验证缺陷得到了正确的修复,同时对系统的变更,没有影响以前的功能策略: 1) 完全重复测试 重新执行所有在前期测试阶段建立的测试用例,来确认问题修改的正确性和修改的扩散局部影响性 2) 选择性重复测试 即有选择地,重新执行部分在前期测试阶段建立的 阅读全文
摘要：
bug的严重级别划分：1、Blocker（崩溃）： 阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等 （该问题在测试中较少出现，一旦出现应立即中止当前版本测 阅读全文
摘要：
什么是测试执行？测试执行在实际工作过程中一般指1）测试用例编写完成2）测试数据准备完成3）开发完成开发、自测、提测4）测试环境搭建完毕以上四点完成之后，接下来要做的具体工作测试执行阶段要做的事情：1、对软件进行冒烟测试，也叫做预测试2、根据测试方案和测试策略、计划 进行软件的功能测试，执行测试用例3 阅读全文
摘要：
（一）什么时候进行冒烟测试 测试是测试人员确认软件存在bug的过程，此过程中不可避免是需要开发人员要不停的修改bug，那么常常会发现一个功能的改动，导致下一轮系统测试出现问题。即发现也许以前修改的bug的确是解决了，可是由于修改一个或多个bug导致其他功能模块出现新的问题，测试跑不通了，只能测试终止 阅读全文
摘要：
软件测试环境： 包括硬件环境和软件环境，硬件环境指测试必需的服务器、客户端、网络连接设备，以及打印机/扫描仪等辅助硬件设备所构成的环境；软件环境指被测软件运行时的操作系统、数据库以及其他应用软件构成的环境。 开发与测试环境一般都是单独搭建的，开发与测试环境的分离是为了方便重现开发环境无法重现的bug 阅读全文
摘要：
虚拟机优点: 运行在主机上，完全独立，虚拟机里面的所有操作不会影响主机，环境配置好后，拍个快照，系统乱了可一键恢复，一般用来测试或与实验； 演示环境，可以安装各种演示环境，便于做各种例子； 保证主机的快速运行，减少不必要的垃圾安装程序，偶尔使用的程序，或者测试用的程序在虚拟机上运行； 避免每次重新安 阅读全文
摘要：
一、定义： 场景法是通过运用场景来对系统的功能点或业务流程的描述，从而提高测试效果的一种方法。 场景法一般包含基本流和备用流，从一个流程开始，通过描述经过的路径来确定的过程，经过遍历所有的基本流和备用流来完成整个场景。场景主要包括4种主要的类型：正常的用例场景， 备选的用例场景，异常的用例场景，假定 阅读全文
摘要：
为什么需要测试用例 测试的目的是在有限的资源下，尽可能多的找出系统的缺陷。这就要求在测试中，尽可能完全的走完系统的所有流程，保证所有的分支都经过测试。 而测试过程是由人来执行的，不可能避免的会遗漏一些应该测试内容，这样就很容易出现测试不全面的问题。再者，现有的软件开发大多都是迭代式进行的，需要对同一 阅读全文
摘要：
为什么么需要因果图 在黑盒测试中，等价类划分或边界值分析法只考虑了不同的输入和不同的输出之间的关系。但是如果是各个输入条件之间有很复杂的组合，这二种设计方法都很难用一个系统的方法进行描述，设计测试用例只能依靠测试人员主观的猜测或者分析，具有很大的盲目性。 让我们先来看一个简单的例子。 假设某个软件需 阅读全文
摘要：
上一篇文章（http://www.bcbxhome.com/bcbx/forum.php?mod=viewthread&tid=26#lastpost）我们解决了“What is it”的问题，下面让我们来讨论“How to do”的问题。使用因果图设计测试用例一般包括下面几个步骤： 1.1.1. 阅读全文
摘要：
一.方法简介 1.定义 是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例。该方法是一种重要的,常用的黑盒测试用例设计方法。 2.划分等价类 等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露程序中的错误都是等效的，并合 阅读全文
摘要：
测试数据设计方法一： 构造测试数据时，需要看数据的来源，数据的来源一般来讲有三个个，一个是根据被测系统需求的分析，针对正常业务，异常情况，边界情况等来构建完整的数据，又称为“造”数据。 这不仅仅包括最基本的基础数据，比如：用户、权限、配置、原数据等，还包括上面提到的业务数据。对于比较小型的系统来说可 阅读全文
摘要：
编写测试用例的最终目标是：一个对于产品毫无所知的人员，也能够快速的熟悉用例并执行用例测试用例的编写原则：1、 正确性测试：输入用户实际数据以验证系统是满足需求规格说明书的要求；测试用例中的测试点应首先保证要至少覆盖需求规格说明书中的各项功能，并且正常。2、 容错性（健壮性）测试：程序能够接收正确数据 阅读全文
摘要：
边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。根据大量的测试统计数据，很多错误是发生在输入或输出范围的边界上，而不是发生在输入/输出范围的中间区域。因此针对各种边界情况设计测试用例，可以查出更多的错 阅读全文
摘要：
判定表 在一个程序中，如果输入输出比较多，输入之间和输出之间相互制约的条件较多，在这种情况下应用判定表很合适，它可以很清楚地表达它们之间的各种复杂关系判定表法简述： 判定表是把作为条件的所输入的各种组合值以及对应输出值都罗列出来而形成的表格。它能够将复杂的问题按照各种可能的情况全部列举出来，简明并可 阅读全文
摘要：
错误猜测法在软件测试活动种，人们可以依靠经验和直觉推测系统种可能存在的各种错误，从而有针对性的编写检查这些错误的列子，这就是错误推测法。基本思想：根据以往的测试经验和对系统内部的知识的了解，列出系统中各种可能有的错误和容易发生的特殊情况，再根据他们来设计测试用例，随着在产品测试的实践对产品的了解的加 阅读全文
摘要：
正交实验法的介绍： 正交试验法是研究多因素、多水平的一种试验法，它是利用正交表来对试验进行设计，通过少数的试验替代全面试验在一项试验中，把影响试验结果的量称为试验因素(因子)，简称因素。因素可以理解为试验过程中的自变量，试验结果可以看成因素的函数。在试验过程中，每一个因素可以处于不同的状态或状况，把 阅读全文