cainiao_dashen0的博客

1、需求分析：（1）目的是梳理清楚需要设计的点是什么；（2）需求的来源：需求规格说明书、API文档、竞品分析、个人经验；2、设计用例：（1）用例是用户为了测试软件的某种功能而执行的操作过程；（2）方法：等价类、边界值、判定表；3、评审用例： 对当前的用例进行添加或删除；4、配置环境：（1）环境：指当前被测对象运行时所需要的执行环境，做为测试人员需要具备配环境的能力；（2）环境分类：操作系统+服务器软件+数据库+软件底层代码的执行环境；5、执行用例：（...

1、功能性；2、易用性；3、可靠性；4、效率性；5、可维护性；6、可移植性记忆小技巧：功能易靠，效率可以（移）。

按id倒序查询前5条数据selecttop5*fromtableorderbyiddesc查询前百分之50selecttop50percent*fromtable查询符合多个条件select*fromtablewherecountry='usa'orcountry='cn'插入行、列insertintotablevalues(value1,value2)insertintotable(id,name,n...

1、APP功能测试： 1.1 业务逻辑正确性测试 依据产品文档设计测试用例，加上隐形需求用例 1.2.兼容性测试 1.2.1 系统版本 1.2.2 分辨率 （主要考察图片清晰度） 1.2.3 网络情况：2g/3g/4g/5g/wifi 是否卡顿 1.3 异常测试 1.3.1 热启动应用：应用由后台转换为前台的过程 ...

一、C/S 和 B/S架构区别： 区别 C/S B/S 效率 效率高，某些内容已经安装在系统中了 每次都要加载最新的数据 升级 删除老版本，再安装新版本 无缝升级 安全 更安全，需要安装、注册、登录 有浏览器即可使用，安全程度低 开发成本 .

背景最近组内同学开始编写评测报告，报告中的结论中存在以下几种情况：1.结论是一大段文字，像散文一样2.评测数据结果中存在多个数据维度，将所有的数据结果都罗列到结论中，主要信息不突出3.只是将评测数据罗列到结论中，没有根据数据推理出结论针对上述存在的问题，总结以下几点评测结论表达的原则。希望帮助更多的小伙伴提升评测报告编写能力。一、条理清晰将结论写成散文是最严重的雷区。想要结论有条理，首先要对结论进行分类归纳，按照相同点，进行“同类项合并” 。...

“用户登录”功能作为测试对象，小编希望通过这样一个简单直白的功能帮助你们理解如何做好测试，以及现阶段你们需要加强和提高的测试技能。可能你会说，“用户登录”这个测试对象也有点太简单了吧，我只要找一个用户，让他在界面上输入用户名和密码，然后点击“确认”按钮，验证一下是否登录成功就可以了。的确，这构成了一个最基本、最典型的测试用例，这也是终端用户在使用系统时最典型的Happy Path场景。但是作为测试工程师，你的目标是要保证系统在各种应用场景下的功能是符合设计要求的，所以你需要考虑的测试用例就需

Q说说你们公司测试的一个基本测试流程是什么？首先会召开需求分析会议，参加人员有产品、开发和测试，主要是探讨需求主要的一些功能点，完了之后，开发就排期进行开发，我们就根据主管写出来的计划、分配到的任务编写测试用例，写完之后会进行用例评审，有评审修改的就修改整理形成最终的用例版本，之后开发人员版本编译完成后，我们会依据测试用例来执行测试，测试过程中，提交bug，跟踪bug，直至关闭，测试完后编写测试报告。Q你对上一家公司如何评价？我的上家公司环境蛮不错的，整个项目组的成员都很团结，氛围很浓.

Hi，大家好，常言道，上线一时爽，事后火葬场。隐秘Bug的哲学之道：不知道藏在哪里，不知道有多少，总是在你准备休息的时候出现。生产环境一旦出问题，内心一阵发凉，当天必须解决，大家手忙脚乱思考解决方案。最紧张的当属测试人员，我漏测了？主机锁表？服务异常？......以下，主要介绍生产环境中的性能测试风险以及风险规避的方法。生产环境进行性能测试的必要性？性能测试是针对系统的既定性能指标，制定测试方案，并执行测试，得出测试结果来验证系统性能是否满足用户要求而进行的测试。性能测试结果的可

本文主要介绍下性能测试的基本流程，性能测试从实际执行层面来看，测试的过程一般分为这么几个阶段，如下图：下面分别介绍下每个阶段具体需要做什么：一、性能需求分析：　　性能需求分析是整个性能测试工作开展的基础，如果连性能的需求都没弄清楚，后面的性能测试执行其实是没有任何意义的，而且性能需求分析做的好不好直接影响到性能测试的结果。　　一些性能测试人员常犯的错误就是测试一开始就直接用工具对系统进行加压，没有弄清楚性能测试的目的，稀里糊涂做完了以后也不知道结果是否满足性能需求。市面上的书籍也

来源：https://www.cnblogs.com/jackei/archive/2006/11/11/557972.htmlLoadRunner中的90％响应时间是什么意思？这个值在进行性能分析时有什么作用？本文争取用最简洁的文字来解答这个问题，并引申出“描述性统计”方法在性能测试结果分析中的应用。为什么要有90％用户响应时间？因为在评估一次测试的结果时，仅仅有平均事务响应时间是不够的。为什么这么说？你可以试着想想，是否平均事务响应时间满足了性能需求就表示系统的性能已经满足了绝大多数用户的要..

1、录制原理：jmeter在客户端和服务器端做代理。收到所有的请求和响应数据后，jmeter再进行逆向解析的动作，将数据报文转化为脚本。2、录制： 在测试计划下添加HTTP代理服务器，如图： 设置手动代理 点击启动，进入浏览器进入相关的操作，脚本会自动生成并存放在指定的线程组下。 ...

当请求之间有依赖关系，一个请求的入参，需要使用到之前请求的响应数据时，需要使用关联。所有提供关联功能的元件都在后置处理器中,常用的三种提取器有： 正则表达式提取器 xpath提取器 json提取器 1、正则表达式提取器： 正则表达式介绍： <title>百度一下，你就知道</title><title>百度一下，你就知道</title><title>.*?<...

1、响应断言2、Json断言3、断言持续时间实际时间，是统计的取样器结果中的loadtime

方法： 修改配置文件jmeter.properties（bin目录下）中的内容

jmeter参数化：1、用户定义的变量： 配置方法1：测试计划-线程组-配置元件-用户定义的变量 参数设置： 参数名：参数值 在http取样器中应用：${参数名}注：线程组配置的用户定义的变量，在线程组下生效，与测试计划中配置的变量冲突时，以线程组下的为准。 配置方法2：在测试计划中配置 2、用户参数使用用户定义的变量时，不同的用户在访问时，读取的参数值完全相同，如果希望每个用户在访问时的变量不同，...

1、按照jmeter测试计划的树形结构来定义作用域（有点类似Python的缩进） 作用域的原则： 取样器是jmeter的核心，不作用于其他的组件 逻辑控制器，只对子节点起作用 对于其他的组件： 。如果父节点是取样器的话，则只对父节点起作用 。如果父节点不是取样器的话，则对父节点下的所有组件都起作用2、线程组的介绍： 模拟多人操作 如果有多个线程组时，可以并行或者...

1、性能测试常用的两款工具：Loadrunner、Jemter Loadrunner：是一款工业级标准性能测试负载工具，可以模拟上万用户实施测试，并监控性能指标，提供报表。 优势 劣势 1、支持的用户量大 2、详细的分析报表 3、支持IP欺骗 1、收费 2、占用空间大（1G） 3、无法定制功能 Jemter：性能测试工具，与LR功能基本一致。 ...

性能测试流程： 性能测试流程 功能测试流程 1、需求分析评审 2、性能测试计划及方案 3、测试用例编写及评审 4、测试脚本编写/录制 5、建立测试环境 6、执行测试脚本 7、性能测试监控 8、性能分析和调优 9、性能测试报告总结 1、需求分析评审 2、编写测试计划...