标签：重点 负载 repo 测试策略 不能 使用 方法 页面 部分
1.软件测试思维与角度
软件测试的思维是逆向思维，发散性的思维，而软件工程师是站在用户的角度思考问题。
2.软件测试名称
软件测试Software Testing：验证软件产品（项目）是否满足用户需求，尽早、尽快、尽多发现软件缺陷，促进软件质量与客户满意度的提升。
软件需求Software Requiring：客户的需求->需求规格说明书->软件测试的依据。
测试计划Test Plan：描述测试目的、范围、方法和软件测试的重点等的文档。
测试用例Test Case：为指导测试行为而编制的一组测试输入、执行条件以及于其结果，以便测试某个功能是否满足某个特定需求。
软件缺陷Bug：从产品内部看：缺陷是软件产品开发或维护过程存在的错误、毛病等各种问题；从产品外部看：缺陷是系统所需要实现的某种功能的失效或违背。
测试报告Test Report：最后的总结，有助于应用到下次的测试。
3.测试流程
评审需求
分解需求
制定测试计划
设计测试用例
执行测试
提交bug
回归测试，验证bug
书写测试报告
经验总结
4.bug管理流程
提出疑问
确认是否是问题
定位问题（超级重要，需要很多知识，确定问题在哪里）
提交bug报告
跟踪bug
验证bug（是否得到了解决）
经验总结（总结bug）
5.测试用例
测试用例就是设计一种情况，软件在这种情况下能够正常运行，并且达到期望执行结果。
如果程序在这种情况下不能正常运行，而且这种问题会重复发生，那可能是一个软件缺陷。
测试用例中标题很重要（标题要细致，看了标题要知道是测什么的）
如何设计测试用例
要测试什么-根据需求，来确定这个项目或系统的业务是什么（业务）
怎么样测试-测试环境搭建
如何判断正确与否-需求（与需求对比，是否达到要求）
6.一些常用的功能测试点
页面相互链接
相关性
字符串检查（边界值）
标点符号检查
信息重复
检查删除功能
检查添加和修改是否一致
例子：给定一个网站如何测试
测试计划->测试设计->测试构建->测试执行->测试结果分析->测试评估和报告
首先，查找需求说明，网站设计等相关文档，分析需求测试。
制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：功能性测试；界面测试；性能测试；数据库测试；安全性测试；兼容性测试
设计测试用例：
功能性测试可以包括，但不限于以下几个方面：
界面测试可以包括但不限于一下几个方面：
性能测试：
压力测试；负载测试；强度测试
数据库测试要具体决定是否需要开展。数据库一般需要考虑连结性，对数据的存取操作，数据内容的验证等方面。
安全性测试：
兼容性测试，根据需求说明的内容，确定支持的平台组合：
开展测试，并记录缺陷。定期评审，对测试进行评估和总结，调整测试的内容。
标签：重点 负载 repo 测试策略 不能 使用 方法 页面 部分
原文地址：https://www.cnblogs.com/weixinyu98/p/12318547.html
