Expected results verify that the software and whether the actual results are consistent, in line with user demand software quality assurance tools
The real purpose of software testing is to prevent bug, rather than a bug found
The method (black box testing, white box, gray box testing) software testing
Black Box Testing: Testing software can be seen outside the function, can not see the internals of not testing.
White-box testing: The internal structure of internal relations software, to check software, similar to the look at the code
Gray box testing: in between, binding characteristics of both.
The direction of software testing: functional testing, performance testing, security testing.
Black box testing function is not equal to the test, most of the black box testing employed in the functional test.
Performance Testing: double eleven systems Caton, New Year rush tickets grab, a lack of system performance
Stress Test: estimates, and to try to find the bottleneck of the system. Software performance bottlenecks found
Load testing: test software to maintain high-intensity work can last long, there is a sustained period of time. Commonly used system the final value of 80% to 90% test, and doing things in a long time.
Concurrent test: How many people can withstand the test software at the same time the most clicks, concurrency, the moment everyone doing the same thing, to prevent the same time many people are doing the same case things go wrong.
Security testing is to prevent hackers.
Software testing is divided into stages:
Unit Test: Test Point functions / development code written blocks. Range of the test is: code block functions, methods and classes
Integration Testing: Test for target channel interface module connected to the module. Through the interface to do different modules integrated to make the correct link test module connection.
System Test: First test function
For integrated system testing, at this stage we need to be tested: features, safety, performance, compatibility, ease of use, stability, UI and so on.
Compatibility is divided into: web: the same whether the site can be used normally in different browsers inside
APP: Android and iOS into
Ease of use: refers to the user experience
Stability: the process of using the system will not crash or software, the test software is generally run 7 * 24 continuous hours.
UI: Check the system interface good or bad, layout, design, buttons is reasonable, generally have the design, inspection is consistent with the design.
Software testing by state Category: divided into static (not running): white-box testing method, look at the code.
Dynamic: software to run the test.
冒烟测试：正式测试之前的测试，主要的目的是检查是否具有可测试性。随便点一点。
回归测试：开发人员修改之后检查是否修改正确的问题。
α测试：内测，内部人员先尝试使用
β测试：公测，一部分用户也参与试用
研发模型：瀑布模型：依次往下
V字形：
W字形：双V模型，开发和测试同步进行。
敏捷模型：特点：高效地工作，及时的沟通，日报，白板，站立会，集中办公。
软件是什么：程序、文档、数据的合集。
测试的流程分为四个：需求分析阶段：
需求分析：
写需求文档，产品原型（前期对产品有一个直观的 感受，画图的形式体现），口述。
学习业务流程
提取功能点：从大到小把功能点写清楚。可以利用树状图，功能点后边记得写清楚该功能的效果和规则做解释。
编写需求分析说明书：如果没有需求：参考市面上已经成熟的同类型的产品的实现。参考其规则。不是抄袭
测试设计阶段：
测试计划：其重点为：时间和人员以及资源的安排与分配。
测试方案：重点：针对每个测试内容如何开展测试
采用什么测试计划，什么测试工具。
测试策略：重点：哪些内容先测，哪些内容后测，开始测试和结束测试的标准是什么。
以上三点可以用5w1h法也称为六合分析法来编写，再实际工作中合并成一个《测试计划说明书》
重中之重：
测试用例：可以给测试人员提供一个工作的依据。交叉测试。
测试用例一般用Excel表格来编写，里边包括
测试的方法：1.等价类：可以分为有效等价类和无效等价类。
通过最少的数据代表最多的数据，找出最具代表的值
2.边界值：可以根据边界值找到等价类。
3.场景法：
4.因果图：
5.判定表：
6.路径覆盖等
例如微信红包：临界值为0.01~200
0.01（输入0.01边界值）
0.02（比边界值稍微打的数）
有效等价类：200（输入最大边界值）
199.99（输入比边界值稍小的数）
150（输入在边界值范围内的的数）
等价类：
0
无效等价类：
200.01
场景法：
发送成功：
用户输入符合要求的金额发送成功 0.01,0.02,200,199.99,110
微信红包为例
（模拟用户发送结果） 用户什么都不输入，导致发送失败
发送失败：用户输入非数字或者数字和其他字符的组合
用户输入错误的金额范围不能发送成功。
预期结果与实际结果是否一致，如果一致则通过，不一致则有问题
测试执行阶段： 提交BUG
回归测试
BUG的管理平台或工具：禅道，BUGFree，ALM/QC
BUG的六要素
BUG的生命周期
BGU的管理：BUG的状态
BUG的等级
编号
bug的名称：言简意赅，看到名称就知道是什么问题
bug的六要素：bug的优先级：高中低
bug的严重级别，等级
bug的复现步骤
附件：用来佐证bug，日志，截图，小视频
bug的等级：
致命的，导致软件挂了，闪退，崩溃；影响产品的和新流程的正常使用；和钱有关。
严重的，导致功能无法使用
一般的，功能的某些场景有问题
轻微的，建议性的东西。
bug的复现步骤：
可以把用例的步骤复制过来
预期步骤
实际结果
测试应用：
web测试
APP测试：安装/卸载
消息推送
更新
弱网测试
场景交互测试：来电话；正在听音乐；调用相机；前后台的切换
权限测试
离线测试
测试总结阶段：对工作的总结
对bug的统计分析
对被测试软件的评估：一级二级的bug全部都关闭了
三级的bug关闭了80%
四级的bug无所谓