MXB_1220的博客

−如果字段太多，可以一次性输入多个查询条件来覆盖多次输入单个查询条件的测试，但是需要满足一次性输入的多个条件相互独立，否则不能保证每个查询条件都起到筛选作用。ü主键重复测试（特别要测试一下数据库中存在主键为大/小写字母的记录，而新增的主键为小/大写的情况）。删除记录的测试一般放在所有测试步骤的最后，因为一旦测试成功，数据被删除，就无法进行接下来的测试。−如果字段是下拉菜单等供用户选择的格式，检查下拉菜单中的字段是否完全，正确。8.正确的帐号和正确的密码中，有字母的，换成其大写/小写字母。...

目录1、引言2、测试计划3、系统测试过程4、系统测试的类型5、功能性系统测试6、非功能性的系统测试7、系统测试的原因系统测试是软件测试层次结构中的第三个阶段，其他阶段是单元测试，我们测试单独的组件，集成测试，我们测试系统与其他单元的结合。最后一个阶段是验收测试，对系统进行测试，看是否满足所有的业务需求。通常情况下，一个软件不能单独工作。它需要在适当的基础设施上与其他软件相结合。系统测试包括根据系统要求对一个完全集成的计算机系统进行一系列的测试。在我们测试之前，我们必须确定测试的内容。以下是我们要涵盖的常见领

目录前言一， 需求分析，发挥主动性二， 用例设计与评审，做到不遗不漏三， 测试流程，注重项目控制四， 上线回归与项目总结五， 能力的总结和沉淀不论你是什么时候开始接触测试这个行业的，你首先听说的应该是功能测试。通过一些测试手段来验证开发做出的代码是否符合产品的需求？当然你也有自己对功能测试的理解，但是最近两年感觉功能测试好像不太受欢迎，同时不少同学真的是功能测试都没有做好，就去尝试自动化测试，测试开发什么的，结果是越学越迷茫，这是为什么呢？究其原因是，你功能测试还没有学好呢！我们通常认为的功能测试是根据需

目录前言一、〖版本测试报告〗 二、〖总结测试报告〗测试报告是测试人员在测试过程中用于反映测试状况的文档，其重要性通过网上哀求、跪求、旋转360度冰天雪地各种求测试报告模块的帖子中就可见一斑。其实测试报告的内容基本都是模板的那些，只是在实际测试过程中，如何去整理内容结构，使得报告的通常阅读者：开发人员、测试经理、产品经理、项目负责人能够一目了然地查看想要了解的内容才是测试报告最值得注意的地方。产品要想有广阔的市场，得需要切实了解用户的需求及感受，同理测试报告要想能够让阅读者能够满意，也需要能将质量情况条理性地

目录1、简述性能测试流程？2、如何确定系统最大负载？3、你们系统哪些地方(哪些功能)做了性能测试？4、你们的并发用户数是怎么确定的？5、你们性能测试在什么环境执行？6、你们性能测试什么时间执行？7、怎么分析性能测试结果？8、think_time的作用是什么？9、如何识别系统瓶颈？10、如何判断系统的性能是变好了还是变坏了11、你们的性能测试需求哪里来？12、如何实现200用户的并发？13、什么情况下要做关联，关联是怎么做的？14、有验证码的功能，怎么做性能测试？15、你们性能测试做的是前台还是后台？16、性

目录1、get和post的区别？2、post请求的四种参数形式是什么？3、http状态码302, 403, 503分别代表什么？4、公司有用到第三方服务，出了问题，打电话给第三方，第三方不承认，这时候日志又显示不到错误，应该怎么处理？5、接口自动化中的关联怎么处理？6、自动化测试怎么校验结果？7、自动化使用的测试框架是什么？简述自动化框架的设计、维护8、具体的在这个项目中自动化怎么应用到实际的，您对自动化结果的分析9、做好测试计划的关键是什么？l http是上层请求协议，主要定义了服务端和客户端的交互规格，

目录1、前言二、功能测试所需要掌握的技能2.1 熟练使用SQL2.2 Linux2.3 使用数据库，跟数据流向2.4 写好测试用例2.5 http与https协议2.6 了解业务2.7 bug管理2.8 典型bug三、小结功能测试是测试工程师的基础功，很多人功能测试还做不好，就想去做性能测试、自动化测试。很多人对功能测试的理解就是点点点，如何自己不用心去悟，去研究，那么你的职业生涯也就停留在点点点上了。在这里，我把我对功能测试的理解写下来。1、常用的 sql 语句一定会写。比如说增删改查之类。2、了解数据

目录1、需求分析2、测试计划3、用例设计4、测试类型、策略和方法5、测试执行&流程6、bug管理7、测试分析8、总结9、项目经历10、其他1、需求分析 软件测试项目从什么时候开始？为什么？ 需求测试注意事项有哪些？ C/S与B/S结构的软件，应该采取什么样的方法分别测试？他们存在什么样的区别与联系？ 原生APP和H5页面的区别？ 测试活动中，如果发现需求文档不完善或者不准确，怎么处理？ 项目的