测试思维、企业理念、测试理念、测试七大原则、测试活动、用例的设计原则、工作中场景、测试管理、暂停或停止测试、人员流失的预防、静态测试、需求评审/用例评审常见问题、缺陷与绩效、bug无效的情况、测试用例命中率、敏捷开发宣言、兼容性测试、测试报告样式、搜索框、
传统思维、固定思维、敏捷思维、成长性思维（出自高效敏捷测试 49 讲）
1、企业理念：人无我有·人有我精·人精我贱
2、岗位期待：位高权重钱多事少责任经
3、测试理念：软件测试是质量保证和风险管控体系中的重要环节。
测试是一种角色，而不仅仅是独立测试团队单方面的责任。
测试管理要从宏观的角度去把握质量。
测试实施要尽量从底层的维度去保证质量。
测试工程具有强依赖性，不能独立存在。
测试是软件研发过程的一部分，质量不来源于测试。
测试的对象并不仅仅局限于代码。。
要重视测试做为研发反馈回缩的作用。
4、测试七大原则：测试显示存在缺陷
穷尽测试是不可行的
测试尽早介入
缺陷集群性
杀虫剂悖论
测试活动依赖于测试背景
无谬悖论
5、测试活动：需求分析
测试计划
测试监督与控制
测试分析
测试设计
测试实施
测试执行
评估准出标准和报告
测试结束活动
6、其他：竞品，标杆，领域经验，逻情判断，用户思维，用户习惯，法律法规
7、用例的设计原则
·单次投入成本和多次投入成本原则
·单个用例覆盖最小化原则
·测试用例替代产品文档功能原则
·使测试结果分析和调试最简单化原则
8、工作中场景1：领导分配的任务内容不清楚。怎么沟通？
场景2：在与同事交流的过程中，对于某项投术的使用产生分歧，如何交流呢？
场服3：开发并不认同测试提出的献陷，如何交流？
场景4：项目经理质疑测试有未发现的缺陷，怎么办？
场景5：领导提出的任务时间我认为不合理，怎么处理？
9、组员犯错：对外保护+对内批评
10、暂停或停止测试：
被测系统在进行系统测试时，发现程序存在重大bug（1级bug超过2个）或bug
过多时（2级bug超过4个），测试无法正常进行，可以暂停测试返回开发。
被测项目需暂停以进行调验时，测试应随之暂停，并备份暂停点数据。
存在其他优先级更高的任务时，可向领导申请暂停测试。
被测项目在其开发生命周期内出现重大估算、进度偏差，需暂停或终止时，测试
应随之暂停或终止，并备份暂停或终止点数据归档.
被测系统经过系统测试，达到系统测试准出标准，可以停止测试。
被测系统经过系统测试，并已产出系统测试总结报告，可以停止测试。
11、LOC概念=line of code（代码行）
FP概念=functional point（功能点）
12、风险=一件带有负面影响的事件可能要发生/一件不好的事情可能会发生
测试具有上游流程（立项，需求，涉及，编码）
软件测试就是产品风险管理的重要手段。测试部门->风险管控
风险评估维度：可能性、影响程度
缓解：规避，应急措施
风险是一个动态的概念-追踪
需求的计划外变更：配置管理；变更流程；建立好需求的跟踪；更充足的时间
管理=服务，组织，协调
13、人员流失的预防；多进行（一对一）沟通。技术备份（替补）backup，归档，
14、动态测试/静态测试（看阅读，分析，讨论）（评审，静态分析）
15、需求评审/用例评审常见问题：
1.不评审
2.没有计划
3.缺乏准备
4.评审方向偏差
5.评审会议变成研讨会议
6.问题没有得到追踪
7.经常没什么意见
16、严重错误：重要功能不能实现；
错误的波及面广，影响到其它重要功能正常实现和功能交互；
非常规操作导致的程序崩溃、死机、死循环；
外观（界面）难以接受的缺陷；
17、缺陷与绩效
缺陷数量和有效性并不是特别适合用来评审测试人员绩效的指标
·所测试功能的复杂性
·开发人员的编程能力
·规格完整性
·缺陷预防和缺陷发现
·报告的及时性
18、bug无效的情况：
1.人为失误（重复，操作错误，环境问题，理解错误）
2.不受需求支撑
3.偶现类问题
19、测试用例命中率=缺陷总数/用例总数
缺陷到达率缺陷数量/时间
缺陷移除率当前研发阶段移除的缺陷数量/当前阶段遗留的缺陷数量
缺陷修复率修复的缺陷/总缺陷
二次故障率重开缺陷比例
缺陷NG率
缺陷有效率有效缺陷/总缺陷
缺陷生存周期
缺陷类型分布
20、自动化的投资收益=解决重复性劳动
单次成本（采购成本，安装，初始培训），重复成本（持续维护，持续使用）
预算投入：采购成本，使用成本，维护成本
项目投入：时间成本
21、UI自动化具有以下特点：
·最贴近用户需求
·维护成本高
·变动可能性大
·测试最表层
22、自动化测试体系：执行机制-实现测试执行的核心功能
测试组织机制-实现测试的组织、编排
构建管理机制-实现自动化代码的构建和管理
持续集成机制-实现自动化测试的持续集成
数据管理机制-实现测试数据管理
分布式多线程机制-实现测试并行执行
日志报告机制-实现日志和报告功能
驱动机制-定义并实现测试的驱动方式
23、如何增加客户的黏着度？新增用户登录积分和信息共享积分，用户登录使用电子商务网站越多，积分也越多。用户在电子商务网站发表旅行心得或为他人提供帮组信息也可以获取积分。使用积分可以这换成里程积分兑换机票。
24、敏捷开发宣言：人员交流重于过程与工具
软件产品重于长篇大论
客户协作重于合同谈判
随机应变重于循规蹈矩
25、敏捷测试的特点：高速动态的迭代
更频繁的变更
更轻量化的文档
沟通责任更多
技术和综合能力要求更强
自动化测试应用更多
更主动的测试角色
更灵活的任务分配
26、敏捷测试技术要求：与团队成员和干系人保持积极的、以解决方案导向的态度；
针对产品，具备严肃的、质量导向的和怀疑精神的思维；
积极地从干系人获取信息（而不是完全依靠书面规格说明）；
准确地评估和报告测试结果、测试进度和产品质量；
与客户代表和干系人高效的工作，并定义出可测试的用户故事，特别是验收准则；
合作精神，可以与程序员和其他团队成员结对工作；
迅速地应对变化，包括更改、增加，或改善测试用例；
计划和组织好自己的工作；
27、持续集成的优势：减少风险
减少重复的过程
产生可部署的软件
增强项目可见性
建立项目信心
28、登录页面功能测试
0. 什么都不输入，点击提交按钮，看提示信息。
1.输入正确的用户名和密码，点击提交按钮，验证是否能正确登录。
2.输入错误的用户名或者密码, 验证登录会失败，并且提示相应的错误信息。
3.登录成功后能否能否跳转到正确的页面
4.用户名和密码，如果太短或者太长，应该怎么处理
5.用户名和密码，中有特殊字符（比如空格），和其他非英文的情况
6.记住用户名的功能
7.登陆失败后，不能记录密码的功能
8.用户名和密码前后有空格的处理
9.密码是否加密显示（星号圆点等）
10.牵扯到验证码的，还要考虑文字是否扭曲过度导致辨认难度大，考虑颜色（色盲使用者），刷新或换一个按钮是否好用
11.登录页面中的注册、忘记密码，登出用另一帐号登陆等链接是否正确
12.输入密码的时候，大写键盘开启的时候要有提示信息。
手机号是否支持粘贴、删除、验证码有效期（支持多次、万能验证码）、运营商规则、
界面测试(UI Test)
1.布局是否合理，2个testbox 和一个按钮是否对齐
2.testbox和按钮的长度，高度是否复合要求
3. 界面的设计风格是否与UI的设计风格统一
4. 界面中的文字简洁易懂，没有错别字。
性能测试(performance test)
1.打开登录页面，需要几秒
2.输入正确的用户名和密码后，登录成功跳转到新页面，不超过5秒
安全性测试(Security test)
1.登录成功后生成的Cookie，是否是httponly (否则容易被脚本盗取)
2.用户名和密码是否通过加密的方式，发送给Web服务器
3.用户名和密码的验证，应该是用服务器端验证， 而不能单单是在客户端用javascript验证
4.用户名和密码的输入框，应该屏蔽SQL 注入攻击
5.用户名和密码的的输入框，应该禁止输入脚本 （防止XSS攻击）
6.错误登陆的次数限制（防止暴力破解）
7. 考虑是否支持多用户在同一机器上登录；
8. 考虑一用户在多台机器上登录
可用性测试(Usability Test)
1. 是否可以全用键盘操作，是否有快捷键
2. 输入用户名，密码后按回车，是否可以登陆
3. 输入框能否可以以Tab键切换
兼容性测试（Compatibility Test）
1.主流的浏览器下能否显示正常已经功能正常（IE,6,7,8,9, Firefox, Chrome, Safari,等）
测试软件是否能在不同的操作系统平台上兼容，或测试软件是否能在同一操作平台
的不同版本上兼容；
软件本身能否向前或向后兼容；
测试软件能否与其他相关的软件兼容；
数据兼容性测试，主要是指数据能否共享等。
Web兼容性测试工具
https://app.crossbrowsertesting.com
-提供不同浏览器的截屏
https://turbo.net/browsers
-提供模拟不同浏览器的功能
http://browsershots.org
-提供兼容性扫描，截屏以及自动化方案
云测平台
https://www.testin.cn
-Testin云测平台
http://wetest.qq.com
-腾讯云测平台
http://mtc.baidu.com/
-百度云测平台
29、<script>alert("提示信息")</script>
30、接口测试：业务功能：正常场景
异常场景
参数组合：特殊字符
参数类型
参数取值
必选可选参数
参数边界值
性能测试：响应时间
吞度量
安全测试：信息传输加密
后端校验
测试断言：json类型
31、测试报告代码如下
不同的测试报告样式如下：
32、搜索框
1.搜索按钮功能是否实现；
2.点搜索后，原先的搜索条件是否清空；
3.注意验证搜索框的功能是否与需求一致，即是模糊搜索，还是完全搜索。如果支持模糊查询，搜索名称中任意一个字符，要能搜索到；如果支持完全搜索，点击“搜索”，查询结果正确；中%国，查询结果是不是都包含中国两个字的信息
4.比较长的名称是否能查到,输入过长查询数据，看其有没判断，报错;系统是否会截取允许的长度来检索结果;只能输入允许的字符串长度？
5.空;默认查询条件结果集
6.空格;
7.是否有忽略空格的功能，有的搜索框是需要有忽略前置空格和后置空格的功能，但不能把中间空格忽略;
8.输入各种字符，譬如输入范围是09，AZ的看输入中文是什么效果,字符（尤其是英文单引号），数字，特殊符号以及组合情况（特殊符号就是键盘上的那些）;中文值，字母大、小写值、数字类型值、全角、半角值，
9.输入系统中存在的与之匹配的条件,看其的查询后数据的完整性;显示记录条数正确、文字折行显示正确、页面布局美观,列标题项、列显示内容、排序方式符合需求定义;搜索出的结果页面是否与其他页面风格一致；
10.焦点放置搜索框中，搜索框默认内容是否自动被清空；
11.输入系统中不存在的与之匹配的条件;本站内搜索输入域中不输入任何内容，是否搜索出的是全部信息或者给予提示信息
12.用快捷键或鼠标粘贴内容看，测试搜索框是否能执行;
13.查询结果超过一页可以下滑，并选中;
14.注意在光标停留的地方输入信息时,光标和所输入的信息会否跳到别的地方;
15.用户进行查询操作时，一般情况是不进行查询条件的清空，除非需求特殊说明。
16.反复输入相同的数据（5次以上）看是否报错
17.在输入结束后直接按回车键,看系统处理如何,会否报错
18.敏感词汇，提示用户无权限等信息
二、组合测试：
1.不同查询条件之间来回选择，是否出现页面错误（单选框和多选框最容易出错）
2.测试多个查询条件时，要注意查询条件的组合测试，可能不同组合的测试会报错。
3.组合各个文本域查询条件，点击“搜索”，查询结果正确
4.多个关键词中间加入空格，tab，逗号后，验证系统的结果是否正确
===============
其他苛刻要求：
1、于输入框处双击鼠标是否出现下拉菜单记忆已搜索过的内容
2、特殊数字的判定,如输入"10101010"二进制字符系统的判断与报错
3、于输入框单击鼠标左键,是否有光标出现
4、承上,光标出现后使用"Tab"键后,"搜索"按钮是否出现选定TIP
5、于输入框点击鼠标右键是否出现Menu,Menu内容依次为"撤消"、"复制"、"粘贴"、"删除"、"全选"(具体情况视实际情况而定)
6、检查以上Menu出现的选择模块是否可正常使用
7、于输入框输入任意长度字母、数字、文字,双击鼠标左键,观察输入项目能否被全部选中
8、输入正则表达式
9、写段select查询语句，插入语句等，看看执行结果ctrl+z,+x,+c,+v快捷键操作等是否可行
10、特殊字符，转义符，html脚本等需作处理
11、键盘回车键、Tab键
12、边界值验证，在允许的字符串范围内外，验证系统的处理
33、
