测试时任何文档一定要记得存档、备份。
主要有：需求文档 测试计划 测试用例 评审记录表 评审记录表 buglist
测试过程中:字符分全角和半角，全角是两个字节，半角是一个字节。
测试用例第一条一般写正常的功能。
bug的定义：狭义概念指软件程序的楼栋或者缺陷，除此之外还容易被大家忽略的软件工程师或者用户所发现和提出的软件可改进的细节（如提高用户的可用度 界面提示优化等）、或与需求文档存在差异的功能实现。
不管是做为一个开发，还是一个测试，在实际工作中都会遇到这样一个问题，比如：这个input框的长度是多少多少，然后你要去测试，输入的内容是否符合需求，这里会涉及到两个概念，那就是字符和字节。
半角全角主要是针对标点符号来说的，全角标点占两个字节，半角占一个字节，而不管是半角还是全角，汉字都还是要占两个字节。英文全角下输入英文也会占用两个字节。
冒烟测试主要是为了测试的功能的主干能走通，不会出现阻断性错误，导致所有测试工作进行不下去。
注意：密码明文显示，包括界面的明文显示，及数据库明文显示，需要与开发及测试领导确认是否数据库需要明文显示，但界面没有加密百分百是bug或者有的地方密码可以选择明文或者加密的方式显示。
前端是我们前端开发工程师使用html css js html5这些web语言对我们的web进行编程，这个叫前端。
经常会碰到的情况：简单的输入限制未放在前端进行控制，（格式长度：比如手机输入12位前端没有给出提示。），即这种控制我们前端开发工程师用这种语言给它进行限制了，就不往后台进行数据发送，减少服务器的压力。为什么能减轻服务器的压力呢？
虽然前端后端的代码都放在服务器里的，但页面你访问一次就缓存在你本地了。前端的校验不需要继续访问服务器了。从而减轻服务器压力。
删除操作未给提示：一般删除操作要进行二次确认，这个算一般bug。
重大bug和严重bug的区分：有一种情况，在操作主流程时，导致的程序崩溃、死机、死循环。或者闪退为重大bug。而非常规操作导致的程序崩溃、死机、死循环。闪退为严重bug。
bug类型：代码（功能）错误 设计缺陷 界面优化 性能问题 配置问题 安装部署 安全相关 标准规范 测试脚本 其他
其他划分：功能类 界面类 性能类 易用性类 兼容类 其他
bug分配：目前很多公司开发和测试都要考核绩效，因此bug数量成为很重要的绩效指标，如果测试提的bug，开发不认可，或者测试也无法判断该问题是否属于bug时，可以指派给测试leader或者产品经理，让他们去分配给开发人员。
回归测试：指一轮测试结束后，对测试修复后的bug以及修复后会影响到的功能点均进行验证。
不认可的bug：对于开发不认可的bug，如：不是缺陷、无法重现、设计如此、不予解决、延期处理。找到产品经理或者测试老大进行确认后，再提交。
发现bug后要复现bug，如果步骤多的情况下，尽量精简，步骤更加简洁（好的测试人员）。且只要发现bug就要提，不过这样中间会存在复现率的问题，如有些bug重复操作30次才出现，需再bug中注明复现率。
一个优秀的测试工程师必须具有很宽广的知识面，如果你不能对被测系统的设计有深入的理解、不明白安全攻击的基本原理、没有掌握性能测试的基本设计方法，很难设计出“有的放矢”的测试用例。
做好一次测试工作需要注意这三个核心点：
- 只有深入理解被测试软件的架构，你才能设计出“有的放矢”的测试用例集，去发现系统边界以及系统集成上的潜在缺陷。
- 必须深入理解被测软件的设计与实现细节，深入理解软件内部的处理逻辑。测试工程师在需求分析和设计阶段就开始介入，因为这个阶段是理解和掌握软件的原始业务需求的最好时机。
- 需要引入需求覆盖率和代码覆盖率来衡量测试执行的完备性，并以此为依据来找出遗漏的测试点。