1.case：测试用例；
2.test case：测试用例；
3.BUG：缺陷（漏洞）；
4.cookie：缓存在浏览器里面的个人数据。比如：用户的登录状态，上次访问时间等；
5.sessionid：客户端（浏览器）跟服务器建立的连接会话的编号；
6.session：缓存在服务器上的个人数据。比如：用户的权限列表；
7.token：令牌，凭证。可以理解为演唱会的门票；
8.xhr：xml http request；
9.Ajax：Asynchronous Javascript And XML，异步请求，刷新网页的局部。比如：注册163邮箱账号的时候，浏览器会发送检查用户名是否被占用的Ajax请求（type为xhr）；
10.需要调研：收集（调查）客户的需求；
11.需求分析：需求经理根据用户的需求编写详细的需求文档（能够体现具体的业务规则），开发人员和测试人员根据需求文档对功能点进行理解；
12.需求文档：软件功能说明书；（软件测试需要学什么）
13.同行评审；需求评审，代码评审，用例评审等。通过评审可以发现存在的问题，这些问题会被记录并提交SVN，便于项目经理进行跟踪；
14.缺陷跟踪：测试人员通过公司的缺陷报告系统对缺陷进行管理（跟踪）。另外，缺陷被测试人员验证修复正确后，需要关闭对应的缺陷报告；
15.并发：同时发送请求；
16.并发量：同时发送请求的（虚拟）用户数量；
17.请求响应时间：从客户端发出请求开始，到客户端完成响应数据的接收所经历的时间；
18.冒烟测试；测试人员在开展新的一轮系统测试前，对移交过来的新版本的基本功能进行简单的测试。主要确认新的版本是否存在致命性bug，功能可以正常运行（不会出现跑不通的状况），不会影响下一轮测试的进行，如果上述都符合那么这个版本就可以进行下一轮测试，否则，打回版本，拒绝测试。个人理解冒烟测试最大的优点在于节约测试的时间成本，减少测试轮数；
19.回归测试：对软件修改后进行的测试，指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。回归测试前建议先做冒烟测试，并且验证上一轮测试发现的缺陷是否被正确修复，如果冒烟测试通过并且缺陷也修复正确则可以开始回归测试，否则版本返工，拒绝回归；
20.压力测试：单位时间内模拟大量的并发请求，使服务器的资源占有率非常高，检查系统能够承受多久；
21.负载测试：系统在不同的负载情况下，统计对应的性能指标（比如：事务平均响应时间，事务成功率，服务器cpu资源平均占用率等）；
22.进程：软件运行期间，操作系统为该软件分配的内存资源称为进程。进程是由线程组成的。比如：Window电脑上运行QQ客户端，会出现QQ的进程，如果把QQ关掉，对应的进程就会消失；
23.线程：线程是执行任务的。
