测试小小的博客

最高效的测试方法  直接检查查询的SQL语句 ，是否把所有的查询条件合在一起了，是否有遗漏，是否有SQL错误比如下面的SQL语句就存在bug2、如果获取不到查询的SQL语句， 第一种方法就失效了，这个时候可以采用正交分解的测试用例设计方法， 选择重点的场景进行测试

测试用例好坏的评判标准首先纠正一个误区，测试用例不是越多越好？相反如果测试用例中冗余用例太多，这样在执行测试用例会浪费大量测试人力，而且不会产生测试效果。另外我们测试的目的是去保证我们软件质量符合客户的要求，不要走偏了，所以有以下标准    标准如下：     1、测试用例书写格式正确、描述清晰， 其他测试人员拿到测试用例可以在不询问写作人的情况下正常执行下去，（简单来说， 其他人能看懂，能执行）...

举个例子来说明WEB页面上数据显示错误，本来应该显示38, 结果显示35，这个时候你怎么去定位这个问题出在哪里？ 1、通过fiddler抓包工具（或者其他抓包工具）， 分析接口返回的数据是35还是38， 如果返回的是正确的，那就是前端的问题， 如果返回就是错误的， 你还得看看我们请求的参数是否正确，如果不正确，那肯定是前端的问题，如果正确，那就是后端的问题，接着以下步骤看 ...

这个问题要分两种情况讨论1、测试用例质量较高，覆盖了需求设计中的测试点，并且测试人员认真负责，没有发现bug ，说明程序质量很好， 这种测试的价值就很大，能够去评判软件的质量2、测试用例质量不高，测试人员的责任心不强，没有发现bug，这种测试的价值就比较低，不能用这个测试结果去评判软件的质量另外我们在实际工作过程中，大部分情况测试都是能发现bug的，如果没有发现bug，思考你还有那些场景没有测试到...

1、主动了解做这个功能的背景，意图，要去解决一个什么样的问题， 这个可以找产品或者开发要，或者谁要求做这个功能的人要，知道这些后，测试的时候才心中有数，知道功能实现对不对2、尽量让熟悉这块的业务的人去测试，这样功能的一些业务问题就可以测试出来3、 因为没有需求说明书，测试这边只有在功能做好了，转测试了，才知道功能是什么样子，所以这个时候写测试用例来不及，就采取这样思路操作 ，测试的时候边测试边记录...

1，验证上传按钮正常可以点击；2、验证上传文件的按钮大小和颜色跟需求一致；3、验证点击上传按钮之后能够识别本地的电脑；4、验证上传后的图片能够正常显示出来；5、验证上传的格式不支持规定之外的；6、验证上传的文件大小  不支持范围之外的；7、验证上传成功后的文件名跟原文件名是一致的；8、验证上传成功后的文件可以被正常下载；9、验证文件被打开的情况下上传给出提示；10、验证上传一半可以点击取消；11、...

首先确认三个实现的细节：1、日期计算时，时间是按照服务器时间、数据库时间还是用户本机时间或者其他的计算的？2、免登录是怎么实现的？是Cookie还是Session？3、计算是按照时分秒计算还是按照整天计算的？测试点：以7天为例1、选择7天内免登录，登录后退出再次登录，是否免登录2、选择7天内免登录，登录后，第七天登录，是否免登录2、选择7天内免登录，登录后，第八天登录，是否免登录4、考虑跨周的测试...

其实如何判断是否是一个优秀的bug，最重要的一个标准： 开发不用询问测试就知道怎么重现这个bug， 或者能够理解这个bug， 而不是看不懂这个bug字段如下，每个字段的要求如下一个bug单包含哪些要素：1、所属的系统2、发现的版本3、发现bug所属的模块4、bug提交人5、bug的错误类型：代码错误、界面优化、设计缺陷、配置相关、安装部署、安全相关、性能问题等6、bug的重现概率： 必现 大概率重...

     1、其实为什么要评审，不是怀疑测试工程师没有好好干活哈， 最重要一个原因是：每个测试工程师写测试用例的时候或多或少都会遗漏一些测试点， 不是说他们能力不行，而是每个人的思维有局限性，通过测试、产品、开发一起评审，把没有想到的测试点找出来      其次才有以下好处：      1、评审时还可以做到让开发  产品 测试 对需求达成一致理解，帮助开发提前修改代码中的bug，因为在评审的时候可...

有一个测试用例，比如测试列表的翻页，需要几十上百条数据， 这个 数据你怎么去造？ 1、可以通过写一段sql去造数据，这种针对数据只在一个表中比较好使，如果数据来自于很多个表，建议看下面的方法 2、通过接口自动化工具，录制接口脚本，然后需要多少个跑多少次就完事了 3、通过ui自动化脚本 4、如果其他环境存在这个数据，我们可以把其他环境的数据导入到我们要...

其实简单来说，首先明确测试目的， 咱们大部分时候都是功能测试哈，就主要讲功能测试 1、要测试功能，那首先需要理清楚这个功能的业务，相当于需求澄清 2、规划测试人力，整个测试需求的测试计划 3、分配测试用例的设计任务，评审测试用例 4、准备测试环境，等待转测试 5、转测试 分配测试用例的执行任务，预测试，执行测试用例，提交bug，回归bug 6、发布测试报告，评...

1、为什么会有COOKIE这种机制  首先一种场景， 在一个网站上面， 我发起一次请求，那服务器怎么知道我是谁？是谁发起的这次请求呢，  HTTP协议是无状态的协议， 浏览器的每一次请求，服务器都当做一次新请求， 但是在实际应用中我们需要知道这个请求来自于谁，需要查找哪些信息返回给访问者，这个时候就引入了COOKIE机制， COOKIE机制是什么呢？ 其实就是服务器给客户端返回数据的时候，中间加了...

要做判断的原因：1、判断这个bug是前端还是后台的，如果判断准确了，方便我们找对应的人沟通，减少沟通成本， 2、提升测试人员自己定位问题的能力 在分析这个之前，我们先讲一讲前台和后台的区别 前端“主要是负责页面的展示， 以及一些校验，比如字符串的长度格式校验 ，当然这些后台接口也需要做对应的校验的， 后端接口：主要是负责业务相关的功能 现在来分析bug可能是前台还是...

开发人员和测试人员来来回回沟通bug，非常影响研发的进度， 不仅开发修改bug慢， 测试测试进度也慢， 那我们有没有办法去降低这种内耗呢如何降低和开发人员的bug沟通成本？ 1、 每一个bug描述要清楚， bug标题指明是什么bug， bug内容的步骤清晰可操作，根据步骤可以重现bug， bug的实际结果和预期结果要明确， 另外如果文字说明不清楚的，尽量截图说明、或者录制视频说明，或者附上错...

Web页面的表格测试点：1、表格列名2、表格翻页、表格跳转到多少页、最后一页、首页3、表格每页显示的数据4、表格无数据5、表格支持的最大数据量6、表格中数据内容超长时，显示是否正常7、导出 ：正常情况、无数据、最大的数据规格8、浏览器的兼容性9、国际化测试（多语言）如果增删改查功能：1、增加：      哪些字段是必填项 、 哪些字段不允许重复、 每

1、评审之前，需要将即将评审的测试用例以及测试需求、测试分析的结果（测试点分析）等文档提前发送给相关的人员；最好能够让他们有时间提前阅读； 2、随时的问题沟通与反馈机制。评审之前做一些问题的沟通与反馈，以便于在测试用例评审会议上能够节省出来宝贵的时间； 3、评审会议的主持者，需要事前做好关于测试用例的疑问，问题点等记录，以便于在评审会上引导提问和解答； 4、评审期间做好详细的记录，需要对有关的疑问...

1、深刻理解需求，需求澄清的时候就不要在会议上面玩手机或者干其他事情了，因为如果需求理解不深刻，后面测试相关的工作就很难开展，2、找到需求中设计不合理或者很难理解的地方3、思考需求中的测试点，影响我们做测试的地方让产品经理给出说明？比如说这种异常情况怎么处理？有多少种状态？状态之间如何转化什么的，反正就是影响我们测试的地方都要让产品给出说明，这样给我们后面写测试设计和测试用例扫清障碍...

1、测试人员尽早介入，彻底理解清楚需求，这个是写好测试用例的基础2、如果以前有类似的需求，可以参考类似需求的测试用例， 然后还需要看类似需求的bug情况， 站在巨人的肩上总能看的更远嘛3、清楚输入、输出的各种可能性，以及各种输入的之间的关联关系，理解清楚需求的执行逻辑， 通过等价类、边界值、场景法等方法找出大部分用例4、 找到需求相关的一些特性，补充测试用例5、根据自己的经验分析遗漏的测试场景6、...

测试用例的重要级别如何划分， 那些用例是高等级， 中等级，低等级    测试用例优先级的目的：测试用例优先级可以用来方便地基于测试策略来筛选用例。比如某块功能改动小，就只用测高或中高优先级的用例。 比如冒烟测试的时候我们只需要筛选优先级最高的用例执行即可。        根据我们测试用例优先级目的：那么优先级越高的测试用例覆盖的测试点应该是用户最关心的，  比如一个注册功能， 能够注册成功这个用例...

 软件测试交流群，欢迎测试的大虾，新人加入本群，一起探讨测试技术的学习，群里面也有很多资料，656721740        软件测试的同学肯定都写过测试用例，但是如何写出一份高质量的测试用例呢？测试用例有哪些要求呢？为什么要写测试用例呢？为什么要写测试用例？       在版本转测试之后，我们测试的基础是什么？如果没有测试用例，我们应该怎么展开测试？怎么样保证测试点不遗漏、而且不人力投入不重复、...

 软件测试交流群，欢迎测试的大虾，新人加入本群，一起探讨测试技术的学习，群里面也有很多资料，656721740WEB输入框是B/S架构系统中页面使用非常频繁的控件，比如我们登录一个网站，输入 用户名和密码的控件都是输入框，比如使用百度搜索，在输入搜索内容的控件也是输入框，比如网购一个物品，我们需要输入购买的数量，也是一个输入框，网银转账时输入转账金额的控件也是输入框。下面就是我总结的输入框的通用测...

 软件测试交流群，欢迎测试的大虾，新人加入本群，一起探讨测试技术的学习，群里面也有很多资料，656721740web表单中的提交按钮的测试点：在提交前需要理解清楚的点：1、表单中哪些字段是必填项2、表单中字段内容的限制：非空、重复、长度、特殊字符，空格、以及一些和业务相关的约束条件测试点：           1、是否支持回车            2、单击            3、快速双击， ...

分析软件测试的质量是每一个测试人员的基本要求，那我们如何去分析软件测试的质量，结合自身的经验，给大家分享一下如何通过问题单分析测试质量。要通过问题单来分析测试质量， 那首先我们需要规定问题单的一些基本规范，比如说提交问题单必须要有的一些字段： 版本号、模块、 测试用例编号、严重级别、问题单提交人、提交问题单的时间、测试环境、重现问题步骤、预期结果、实际结果、必要的截图附件。版本号：通过这个字段我们...

何为交叉测试     1、交叉测试按字面意思理解就是把测试人员所测试的模块交换测试。比如A本轮执行的M模块，B执行的N模块， 在下一次测试时 A执行N模块， B执行M模块。 交叉测试有哪些意义     1、每一个测试人员有自己思维的局限性，一种思维测试过之后，软件会对这种测试思维产生抗性，很难再发现新的问题，通过交叉测试，可以把新的测试思维带进来，测试出未发现的bug。     2、防止测试人员工...

QQ 传文件 ，扩展下这个词语： QQ通过网络传文件， 我们来分析下里面的名词和动词名词： QQ 文件 网络 动词： 传QQ的属性：好友 非好友 QQ版本 在线 不在线文件属性：文件 文件夹 文件大小 文件类型 文件数量网络属性：网络好，网络差， 跨网根据我们提取出来的属性，分析出下面需要测试的场景 1、给在线非好友传文件2、给不在线非好友传文件3、给不支持传文...