摘要：
思考点 1、id 2、模块名称 3、前置条件 4、接口地址 5、是否携带herders ’6、数据依赖 7、请求数据 8、预期结果 9、实际结果 10、接口类型 1、导入Excel表格，并且操作表格 参考内容：https://www.cnblogs.com/zihkj/p/12163730.html 阅读全文
posted @ 2020-03-07 12:47
小和尚不吃素
阅读(201)
评论(0)
推荐(0)
摘要：
1. 简介 1.1 编写目的 本文档用于记录测试过程，总结各轮次的测试情况，分析测试数据，归纳测试工作进行过程中暴露的问题与遗留的风险，给出相应的测试建议以供后续项目参考。 1.2 项目背景 xx需要一个拥有真实用户的社区化产品，通过真实高信任度用户关系的建立，提高用户粘性，提升活跃会员数，带来长效 阅读全文
posted @ 2020-03-07 12:46
小和尚不吃素
阅读(1189)
评论(0)
推荐(0)
摘要：
Story1.12复盘： 一，问题描述：1.本轮测试4天时间，共计XX个bug，其中XX个bug为UI bug已修复，XX个bug遗留（XX个bug产品经理给出具体方案后续优化，XX个为浏览器机制产生的一直存在，前端也一直未给出相应的解决）。XX个界面优化用户体验性问题： bug单号 BUG概述 B 阅读全文
posted @ 2020-03-07 12:44
小和尚不吃素
阅读(2143)
评论(0)
推荐(0)
摘要：
回归测试(Regreesion Testing)目的: 验证缺陷得到了正确的修复,同时对系统的变更,没有影响以前的功能策略: 1) 完全重复测试 重新执行所有在前期测试阶段建立的测试用例,来确认问题修改的正确性和修改的扩散局部影响性 2) 选择性重复测试 即有选择地,重新执行部分在前期测试阶段建立的 阅读全文
posted @ 2020-03-07 01:28
小和尚不吃素
阅读(567)
评论(0)
推荐(0)
摘要：
bug的严重级别划分：1、Blocker（崩溃）： 阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等 （该问题在测试中较少出现，一旦出现应立即中止当前版本测 阅读全文
posted @ 2020-03-07 01:23
小和尚不吃素
阅读(766)
评论(0)
推荐(0)
摘要：
什么是测试执行？测试执行在实际工作过程中一般指1）测试用例编写完成2）测试数据准备完成3）开发完成开发、自测、提测4）测试环境搭建完毕以上四点完成之后，接下来要做的具体工作测试执行阶段要做的事情：1、对软件进行冒烟测试，也叫做预测试2、根据测试方案和测试策略、计划 进行软件的功能测试，执行测试用例3 阅读全文
posted @ 2020-03-07 01:17
小和尚不吃素
阅读(808)
评论(0)
推荐(0)
摘要：
（一）什么时候进行冒烟测试 测试是测试人员确认软件存在bug的过程，此过程中不可避免是需要开发人员要不停的修改bug，那么常常会发现一个功能的改动，导致下一轮系统测试出现问题。即发现也许以前修改的bug的确是解决了，可是由于修改一个或多个bug导致其他功能模块出现新的问题，测试跑不通了，只能测试终止 阅读全文
posted @ 2020-03-07 01:16
小和尚不吃素
阅读(239)
评论(0)
推荐(0)
摘要：
软件测试环境： 包括硬件环境和软件环境，硬件环境指测试必需的服务器、客户端、网络连接设备，以及打印机/扫描仪等辅助硬件设备所构成的环境；软件环境指被测软件运行时的操作系统、数据库以及其他应用软件构成的环境。 开发与测试环境一般都是单独搭建的，开发与测试环境的分离是为了方便重现开发环境无法重现的bug 阅读全文
posted @ 2020-03-07 01:15
小和尚不吃素
阅读(759)
评论(0)
推荐(0)
摘要：
虚拟机优点: 运行在主机上，完全独立，虚拟机里面的所有操作不会影响主机，环境配置好后，拍个快照，系统乱了可一键恢复，一般用来测试或与实验； 演示环境，可以安装各种演示环境，便于做各种例子； 保证主机的快速运行，减少不必要的垃圾安装程序，偶尔使用的程序，或者测试用的程序在虚拟机上运行； 避免每次重新安 阅读全文
posted @ 2020-03-07 01:13
小和尚不吃素
阅读(172)
评论(0)
推荐(0)
摘要：
一、定义： 场景法是通过运用场景来对系统的功能点或业务流程的描述，从而提高测试效果的一种方法。 场景法一般包含基本流和备用流，从一个流程开始，通过描述经过的路径来确定的过程，经过遍历所有的基本流和备用流来完成整个场景。场景主要包括4种主要的类型：正常的用例场景， 备选的用例场景，异常的用例场景，假定 阅读全文
posted @ 2020-03-07 01:12
小和尚不吃素
阅读(1164)
评论(0)
推荐(0)
摘要：
为什么需要测试用例 测试的目的是在有限的资源下，尽可能多的找出系统的缺陷。这就要求在测试中，尽可能完全的走完系统的所有流程，保证所有的分支都经过测试。 而测试过程是由人来执行的，不可能避免的会遗漏一些应该测试内容，这样就很容易出现测试不全面的问题。再者，现有的软件开发大多都是迭代式进行的，需要对同一 阅读全文
posted @ 2020-03-07 01:10
小和尚不吃素
阅读(676)
评论(0)
推荐(0)
摘要：
为什么么需要因果图 在黑盒测试中，等价类划分或边界值分析法只考虑了不同的输入和不同的输出之间的关系。但是如果是各个输入条件之间有很复杂的组合，这二种设计方法都很难用一个系统的方法进行描述，设计测试用例只能依靠测试人员主观的猜测或者分析，具有很大的盲目性。 让我们先来看一个简单的例子。 假设某个软件需 阅读全文
posted @ 2020-03-07 01:08
小和尚不吃素
阅读(1079)
评论(2)
推荐(0)
摘要：
上一篇文章（http://www.bcbxhome.com/bcbx/forum.php?mod=viewthread&tid=26#lastpost）我们解决了“What is it”的问题，下面让我们来讨论“How to do”的问题。使用因果图设计测试用例一般包括下面几个步骤： 1.1.1. 阅读全文
posted @ 2020-03-07 01:07
小和尚不吃素
阅读(3056)
评论(0)
推荐(0)
摘要：
一.方法简介 1.定义 是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例。该方法是一种重要的,常用的黑盒测试用例设计方法。 2.划分等价类 等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露程序中的错误都是等效的，并合 阅读全文
posted @ 2020-03-07 01:06
小和尚不吃素
阅读(5615)
评论(0)
推荐(0)
摘要：
测试数据设计方法一： 构造测试数据时，需要看数据的来源，数据的来源一般来讲有三个个，一个是根据被测系统需求的分析，针对正常业务，异常情况，边界情况等来构建完整的数据，又称为“造”数据。 这不仅仅包括最基本的基础数据，比如：用户、权限、配置、原数据等，还包括上面提到的业务数据。对于比较小型的系统来说可 阅读全文
posted @ 2020-03-07 01:04
小和尚不吃素
阅读(553)
评论(0)
推荐(0)
摘要：
编写测试用例的最终目标是：一个对于产品毫无所知的人员，也能够快速的熟悉用例并执行用例测试用例的编写原则：1、 正确性测试：输入用户实际数据以验证系统是满足需求规格说明书的要求；测试用例中的测试点应首先保证要至少覆盖需求规格说明书中的各项功能，并且正常。2、 容错性（健壮性）测试：程序能够接收正确数据 阅读全文
posted @ 2020-03-07 01:02
小和尚不吃素
阅读(1386)
评论(0)
推荐(0)
摘要：
边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。根据大量的测试统计数据，很多错误是发生在输入或输出范围的边界上，而不是发生在输入/输出范围的中间区域。因此针对各种边界情况设计测试用例，可以查出更多的错 阅读全文
posted @ 2020-03-07 00:52
小和尚不吃素
阅读(3900)
评论(0)
推荐(0)
摘要：
判定表 在一个程序中，如果输入输出比较多，输入之间和输出之间相互制约的条件较多，在这种情况下应用判定表很合适，它可以很清楚地表达它们之间的各种复杂关系判定表法简述： 判定表是把作为条件的所输入的各种组合值以及对应输出值都罗列出来而形成的表格。它能够将复杂的问题按照各种可能的情况全部列举出来，简明并可 阅读全文
posted @ 2020-03-07 00:51
小和尚不吃素
阅读(4883)
评论(0)
推荐(0)
摘要：
错误猜测法在软件测试活动种，人们可以依靠经验和直觉推测系统种可能存在的各种错误，从而有针对性的编写检查这些错误的列子，这就是错误推测法。基本思想：根据以往的测试经验和对系统内部的知识的了解，列出系统中各种可能有的错误和容易发生的特殊情况，再根据他们来设计测试用例，随着在产品测试的实践对产品的了解的加 阅读全文
posted @ 2020-03-07 00:48
小和尚不吃素
阅读(480)
评论(0)
推荐(0)
摘要：
正交实验法的介绍： 正交试验法是研究多因素、多水平的一种试验法，它是利用正交表来对试验进行设计，通过少数的试验替代全面试验在一项试验中，把影响试验结果的量称为试验因素(因子)，简称因素。因素可以理解为试验过程中的自变量，试验结果可以看成因素的函数。在试验过程中，每一个因素可以处于不同的状态或状况，把 阅读全文
posted @ 2020-03-07 00:47
小和尚不吃素
阅读(1850)
评论(0)
推荐(0)
摘要：
移动端版本更新升级是一个比较重要的功能点，主要分为强制更新和非强制更新。 1.强制更新需要测试的点有： 1）强制升级是否可以升级成功 从老版本的包升级到新版版的包是否可以升级成功。 2）升级后的数据是否正常 查看老账户升级后是否可以正常使用 查看老账户升级后的老数据是否丢失或异常 检查新功能替换老功 阅读全文
posted @ 2020-03-07 00:46
小和尚不吃素
阅读(450)
评论(0)
推荐(0)
摘要：
1、安装卸载 用例编号 测试内容 操作步骤 预期结果 测试次数 测试结果 备注 安装 1 通过第三方软件协助安装是否正常 第三方软件搜索app，安装 目标:支持360、豌豆荚、应用宝等主流辅助工具 1 Pass 2 在不同操作系统下安装是否正常 1、使用测试手机安装 2、使用测试平台测试，地址见sh 阅读全文
posted @ 2020-03-07 00:45
小和尚不吃素
阅读(16519)
评论(0)
推荐(2)
摘要：
一、假设查询因子：A，B，C，D，E（下拉框+复选框） 1、单独查询：A；B；C；D；E - 确保单独查询的正确性，这也是最基本的。 2、两个组合查询：AB；AC；AD；AE；BC；BD；BE；CD；CE；DE。 - 确保两个组合查询的正确性，这保证了两两之间不会相互影响。 3、三个组合查询：ABC 阅读全文
posted @ 2020-03-07 00:43
小和尚不吃素
阅读(2553)
评论(0)
推荐(0)
摘要：
一：上传图片 对于上传的文件，假设系统要求上传的文件为jpg或gif格式图片，大小为<=5M的文件，我们在设计测试用例时，应该从以下几个方面进行考虑： 1：文件类型正确，文件大小合适的校验 例如：上传一种jpg或gif的格式图片，文件大小为4.9M，结果为上传成功 2：文件类型正确，文件大小不合适的 阅读全文
posted @ 2020-03-07 00:42
小和尚不吃素
阅读(1687)
评论(0)
推荐(1)
摘要：
1.需求评审前准备完整性审查 应保证测试需求能充分覆盖软件需求的各种特征重点关注功能要求、数据定义、接口定义、性能要求、安全性要求、可靠性要求、系统约束等方面，同时还应关注是否覆盖开发人员遗漏的、系统隐含的需求。<ignore_js_op>准确性审查 应保证所描述的内容能够得到相关各方的一致理解各项 阅读全文
posted @ 2020-03-07 00:40
小和尚不吃素
阅读(761)
评论(0)
推荐(0)
摘要：
PRD（Product-Requirement-Document，产品需求文档）该文档是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档。当然，这个定义针对的是一个全新的产品。广义上来讲，产品需求的描述，应该包含有产品的战略和战术，战略是指：产品定位、目标市场、目标用户、竞争对手等。战 阅读全文
posted @ 2020-03-07 00:39
小和尚不吃素
阅读(4117)
评论(0)
推荐(0)
摘要：
首先看一下较为官方的解释： 测试计划Testing plan，描述了要进行的测试活动的范围、方法、资源和进度的文档;是对整个信息系统应用软件组装测试和确认测试。 它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险。测试计划可以有效预防计划的风险，保障计划的顺利实施。 那么为什么要写测试计划 阅读全文
posted @ 2020-03-07 00:38
小和尚不吃素
阅读(267)
评论(0)
推荐(0)
摘要：
需要编写测试计划的人员有：项目经理、测试经理、测试人员，他们将根据每个所处的位置编写相应的测试计划，下面我们看下每个人写的主要内容是哪些？ 1.项目经理 项目经理当然是从整个项目角度出发，编写整体项目计划，那么其中就包括测试的计划了，他依赖于对应的开发计划，也就是首先要有开发计划、提测计划，再评估测 阅读全文
posted @ 2020-03-07 00:37
小和尚不吃素
阅读(742)
评论(0)
推荐(0)
摘要：
某某项目测试计划 1.修订历史记录（A-添加，M-修改，D-删除） 版本 日期 AMD 修订者 说明 2.测试计划简介 1）编写此测试计划的目的 2）待测项目的背景 3）本次测试待测项目的范围 3.测试相关文档 1）测试过程中参考的文档 2）测试完成后要输出的文档 4.测试详细进度 测试每个模块 计 阅读全文
posted @ 2020-03-07 00:35
小和尚不吃素
阅读(187)
评论(0)
推荐(0)
摘要：
1、前言 1.1 目的 内容自己填写，页码自己修改，不会可以百度 1.2 术语说明 列出本文件中用到的专门术语的缩写、英文名称及定义。 术语 缩写 英文名称 解释 1.3 参考资料 参考文档放置处。 ID 文件 文件名 备注 2、系统概况 2.1 项目背景 内容自己填写，页码自己修改，不会可以百度 阅读全文
posted @ 2020-03-07 00:33
小和尚不吃素
阅读(225)
评论(0)
推荐(0)
摘要：
1，计划是什么？计划是关于如何做某样事情的思考2，测试计划是什么？测试计划是关于日和做测试软件事情的思考3，编写测试计划关注的因素点时间 由项目计划覆盖成本 由合同覆盖范围 由需求文档覆盖质量 由QA计划或测试计划覆盖4，编写测试计划的作用外部：是给顾客一个信心，关于测试过程、技能、资源、工具等的信 阅读全文
posted @ 2020-03-07 00:27
小和尚不吃素
阅读(242)
评论(0)
推荐(0)
摘要：
无论需求大小、是否是一句话，只要我们能基于这句话产生疑问，通过不断设问圈定需求范围，再针对每个问题的答案给出解决方案，问题就能迎刃而解。 —————— BEGIN —————— 测试同学通过此篇了解需求的来源，在需求评审时候多问几个为什么 今天的思考，源于一位同学和我分享的面试题。 原题描述如下： 阅读全文
posted @ 2020-03-07 00:21
小和尚不吃素
阅读(253)
评论(0)
推荐(0)
摘要：
目录结构：最有效的测试工作阶段测试人员尽早介入阶段和相应的纠正代价需求评审需求验证的几个点需求的可追溯性 http://www.bcbxhome.com/bcbx/forum.php?mod=viewthread&tid=123(出处: 编测编学软件测试) 阅读全文
posted @ 2020-03-07 00:19
小和尚不吃素
阅读(207)
评论(0)
推荐(0)
摘要：
功能测试用例编写框架 功能测试框架可以包括：界面友好性测试、功能测试、链接测试、容错测试、稳定性测试、常规性能测试、配置测试、算法测试等等。 1.1.1 界面友好性测试1. 风格、样式、颜色是否协调 2. 界面布局是否整齐、协调（保证全部显示出来的，尽量不要使用滚动条 3. 界面操作、标题描述是否恰 阅读全文
posted @ 2020-03-07 00:14
小和尚不吃素
阅读(666)
评论(1)
推荐(0)
浙公网安备 33010602011771号