![](https://img-blog.csdnimg.cn/20201014180756926.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
测试理论
文章平均质量分 61
向前走一步
每天坚持60分钟
展开
-
测试类型
黑盒测试:不基于内部设计和代码的任何知识,而是基于需求和功能性。 白盒测试:基于一个应用代码的内部逻辑知识,测试是基于覆盖全部代码、分支、路径、条件。 单元测试:最微小规模的测试;以测试某个功能或代码块。典型地由程序员而非测试员来做,因为它需要知道内部程序设计和编码的细节知识。这个工作不容易作好,除非应用系统有一个设计很好的体系结构; 还可能需要开发测试驱动器模块或转载 2016-10-09 14:24:48 · 247 阅读 · 0 评论 -
压力测试就是一种破坏性的性能测试
对性能测试、负载测试和强度测试比较混淆。没错,这三个概念是比较容易使人糊涂。负载测试和强度测试,都属于性能测试的子集。下面举个跑步的例子进行解释。 性能测试,表示在一个给定的基准下,能执行的最好情况。例如,在没有负重的情况下,你跑100米需要花多少时间(这边,没有负重是基准)? 负载测试,也是性能测试,但是他是在不同的负载下的。对于刚才那个例子,如果扩展为:在50公斤、100公转载 2016-12-13 09:42:31 · 1149 阅读 · 0 评论 -
软件测试思路
清晰的软件思路会让工作更加流畅,先来看看进行初步软件测试时,一些测试思路:模块测试 模块功能点检查 功能操作检查 页面链接、相关性检查、特殊字符、系统数据检查、测试数据检查等,这部分可以自行搜索。同时检查对之前的bug的修复是否会影响到其他功能模块。 页面布局是否规范测试进阶 掌握测试模块需求,及时和系统工程师确认系统需求 详细记录测试的功能点转载 2017-02-06 11:19:44 · 5275 阅读 · 0 评论 -
测试人员与开发人员沟通的一些问题
1、“这个bug我这边重现不了啊~~~~~~” 解决办法:这种问题首先要自省,查看自己提交的bug描述里面是否没有说清楚,根据公司项目管理系统要求描述bug是否简明扼要,重点突出。 如果描述存在歧义,一定要总结并尽快改进。有时会遇到概率性的bug,要告诉开发慨率是多少,尽可能多的提供重现的条件,对于开发来说的我本地是好的,我开转载 2017-02-23 11:27:50 · 8885 阅读 · 1 评论 -
用户体验测试的心得体会
1、用户体验测试: 用户体验测试顾名思义就是测试人员在将产品交付客户之前处于用户角度进行的一系列体验使用,如:界面是否友好(吸引用户眼球,给其眼前一亮)、操作是否流畅、功能是否达到用户使用要求等 用户体验(User Experience,简称UE/UX),是一种纯主观在用户使用产品过程中建立起来的感受 2、Krug可用性三大定律:原创 2017-03-03 10:32:55 · 15907 阅读 · 0 评论 -
文档服务器测试总结
测试需求:用户从客户端登录到服务器(服务器有多个,根据规则分配),在客户端上传一个文件,文件先上传到服务器,然后上传到文档服务器中,上传成功后能正常下载。(文档服务器有多个,根据一定的分配原则选择一个合适的文档服务器)测试流程:1、客户端上传一个文件,先上传到服务器,查看数据库相关记录2、文件从服务器上传到文档服务器。查看数据库相关记录3、在客户端下载文件文件属性测试:转载 2017-03-03 11:46:05 · 637 阅读 · 0 评论