转自：https://www.cnblogs.com/candle806/p/4832551.html

interview 总结 简历内容需要：凸显自己的特长和亮点，不能平平叙事 技术栈体现：需要展现自己最熟悉的技术栈，不熟悉的不要写。 python 问题记录 怎么分析业务的关键节点、关键流程，并且结合这个去做测试？（比如说可靠性测试？）在业务流程的分析上，我们应该得到以下信息：1）系统的主流程是什么2）条件备选流程是什么3）数据流向是什么4）关键的判断条件是什么 怎么去模拟状态返回码是错误的场景？

https://blog.csdn.net/tsxiong123/article/details/104003899 1.分层架构三层架构通常意义上的三层架构就是将整个业务应用划分为：界面层、业务逻辑层、数据访问层。区分层次的目的即为了“高内聚低耦合”的思想。在软件体系架构设计中，分层式结构是最常见，也是最重要的一种结构。在早期的单体应用中，通过系统分层，每层可以独立的变化，降低的系统内部的耦合程度。分层的思想也是模块化的体现。 2.消息队列如果模块之间不存在直接调用关系，那么新增或修改对其他部分的影响最小，这样的扩展性自然更好。通过在低耦合的模块之间传输事件消息，保持模块之间的松散耦合。不同...

1.测试扫码支付，你会怎么做？ - 功能：1.扫码后，支付功能的正确性2.多角度扫码、近距离&远距离扫码3.支付码有效期 - 可靠性1.不同网络状况下的测试（无网络、弱网）2.取消支付情况3.余额不足情况4.打接电话、手机卡顿5.重复扫码但不支付6.二维码残缺、模糊、失效7.切换应用程序，是否出现跳转问题； - 兼容1.在不同的设备上支付 - 性能1.反复调用扫码支付接口

IPD流程：http://www.uml.org.cn/jchgj/201804204.asp

1.从不同的维度：从金额上： 包括正常金额的支付， 最小值的支付，最大值的支付， 错误金额的输入（包括超限的金额、格式错误的金额、不允许使用的货币等等）； 从流程上： 正常完成支付的流程，支付中断后继续支付的流程，支付中断后结束支付的流程，支付中断结束支付后再次支付的流程，单订单支付的流程，多订单合并支付的流程等等； 从使用的设备上：包括PC端的支付、笔记本电脑的支付、平板电脑的支付、手机端的支付等； 从支付接口上：包括POSE终端机支付、银行卡网银支付、支付宝支付、微信支付、手机支付等； 从产品容错性上：包括支付失败后如何补单或者退单、如何退款等； 从后台的账务处理上：成功订单...

https://blog.csdn.net/weixin_34037515/article/details/90683937服务中断 (Outage)上面公式引入的Outage的 概念，一般翻译为服务中断。按照产生原因可以分为3类, 通常在系统设计中只关注第1类即产品因素导致的outage: 由产品因素导致 – 包括: 系统设计, 硬件, 软件, 系统组件缺陷; 系统设计中包括的必要的计划内的服务中断; 由于执行例行维护导致的客户因素导致 – 主要包括：流程问题或错误; 服务环境因素：电源，地线，温度，湿度，安全问题等外部因素导致 –包括：自然灾难，如飓风，洪水，地震等; 由与客户无关的第三方...

关于测试的一些理解和书籍阅读总结： 我们真正缺少的是工程师思维，是创造性的提出和解决问题的想象力，站在用户角度思考的产品的能力 测试设计的思路 测试过程用到的测试方法 具体的黑盒测试用例设计方法包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法、场景法等。 测试方案、测试策略 灰度发布 灰度发布（又名金丝雀发布）是指在黑与白之间，能够平滑过渡的一种发布方式。在其上可以进行 A/B testing，即让一部分用户继续用产品特性 A，一部分用户开始用产品特性 B，如果用户对 B 没有什么反对意见，那么逐步扩大范围，把所有用户都迁移到 B 上面来。 原理灰度...

性能测试方案设计的方法和思路 获取性能需求：需求一：用户数信息在线用户数、并发用户数、系统用户数 需求二：业务数据量调查每天的业务量、当前和未来的数据总量、高峰时期的业务数量。 需求三：场景业务的调查1.系统关键业务2.高访问量的功能，经常承受压力的功能点 需求四、与性能指标指标相关的调查1.每秒事务数（TPS）2.响应时间3.平均响应时间 有两类性能场景：1、前端性能测试2、服务器端性能（负载、稳定性测试：在特定网络、软件条件下，进行系统加压，长期运行） 通过负载，确定各种工作负载下系统的性能 3、性能需求评估： 判断是否进行性能测试主要从下面两个方面进行思考： 业务角度:1.系统是公司内...

GET和POST的区别 1. 2.GET产生一个TCP数据包；POST产生两个TCP数据包。3.对于GET方式的请求，浏览器会把http header和data一并发送出去，服务器响应200（返回数据）；对于POST，浏览器先发送header，服务器响应100 continue，浏览器再发送data，服务器响应200 ok（返回数据）。 进程与线程的区别 1、进程是资源分配的最小单位，线程是程序执行的最小单位（资源调度的最小单位）在某个进程启动后，会默认产生一个主线程，主线程可以创建多个子线程，因此线程是存在进程内的，位于一个进程内的线程可以共享部分资源，故线程间的切换比进程少得多。 将一...

怎样才能成为一个优秀的测试开发呢？ 测试开发的要素产品的思维开发的技术测试的素质运维的功底老师的耐心项目经理的掌控总结来说：对各种复杂业务系统的理解，测试方法的积累，能深入到代码层做测试，能在 Web 和 移动端通吃

4年的测试，应聘和面试过程，面试官主要考察什么： 给你一个项目，你怎么构思把项目做好，怎么去推进项目的完成，具体流程是怎样的。 语言技能，之前项目写的程序，用到过什么包，具体的原理是什么； 基础知识：数据库；操作系统（CPU、内存、网络、进程） 做过的项目，怎么描述清楚？ 测试不同的专项是怎么去做的？ 安全、性能、可靠性、压力测试、功能 用到过哪些测试方法？（等价类、故障猜测）具体如何去做？ 是否涉及白盒测试，是怎么做的？ 是否会关注开发的单元测试？包括代码覆盖率如何？ 怎么做验收测试？（验收主体，验收标准。） 怎么把项目的故事讲好？包括事前事中事后。 IPD流程。 自动化测试怎么做的？用到...

1.测试报告 包含哪些要素 1、测试背景说明2、测试范围说明3、测试环境说明4、测试方法说明5、测试结果结论6、质量或风险评估 1.测试结论：（测试是否通过/是否满足发布要求/是否能够发布）2.罗列发现的主要问题（或者说该版本存在的主要风险）测试版本（客户端，服务器）（如果允许发布，附件发布包或其链接，包大小，以及md5校验码）3.测试内容（测试范围）测试模块（每个模块里需要记录测试的开始时间、结束时间、设计多少用例、通过多少、失败多少、有多少BUG、遗留多少BUG、解决多少BUG、最后对这个模块总结一下）4.项目总结，汇报一下测试的大致结果，遗留和风险，该软件还有什么遗留问题，还有什么风险，...

1.测试发展：经营成功的测试生涯 https://www.cnblogs.com/skytraveler/p/3546703.html 2.测试内功修炼：测试书单整理 https://www.cnblogs.com/liangshi/archive/2011/03/07/1973525.html 3.可靠性测试 https://blog.csdn.net/weixin_34014277/article/details/93205232阿里云怎么做可靠性：https://www.jianshu.com/p/c5fb0df3989a 好的测试思考：https://www.cnblogs.com/r...