1.软件可靠性
  系统在特定环境下，在给定的时间内无故障运行的概率。

2.软件测试过程
  (1)测试过程的划分
     测试需求定义阶段
     总体测试计划阶段
     详细测试计划阶段
     分析与设计阶段
     测试执行阶段
     测试结束后评估阶段
  
3.性能测试
  (1)基本概念
  A、响应时间：从客户端发起请求开始到客户端接到从服务器端返回的响应时间结束，这个过程耗费的时间。
              （time to last byte:TTLB，单位s/ms）
     响应时间 = 网络响应时间 + 应用程序响应时间
    
     用户对网站速度的反应:
     <0.1s: 用户感觉瞬间响应
     <1.0s: 感觉一点延迟，但是任然会关注当前网页
     <10s: 用户能容忍的大时间，但是注意力不能集中
     >10s: 基本上失去兴趣
    
  B、并发数
     指同时进行 请求 的客户的数量，用于模拟用户的真实负载的情况
     并发数 != 同时使用系统的用户数
 
     确定并发数：
     N = n / (5~10)  
     通常假设大用户数为20%
    
     系统可以记录用户的登录情况，一次作为评估并发用户数目的依据
    
     业内公式
     N = (n * 0.8 * S * P) / (T * 0.2) * R
     n: 使用用户数
     S: 平均每用户发生的业务/请求数
     P: 业务平均完成时间
     T: 系统使用时间
     R: 调整因子
    
     用户数目大一点不会影响测试，同时为系统留下了拓展空间。
  
  C、吞吐量
     单位时间内处理的客户端请求数量
     吞吐量 = 请求数/秒  或 页面数/秒  
     or
     吞吐量= 业务数/小时或天  或  访问人数/天 或  页面访问量/天
    
  D、资源利用率
     对不同系统资源的使用程度
 
  (2)性能测试的分类
     负载测试：在被测系统上不断增加压力，直到性能指标如响应时间超过预定指标或者某种资源达到饱和状态。
     压力测试：通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的大服务的测试。
    
     负载测试、压力测试不同
     负载测试是资源达到大的时候系统的处理能力，压力测试是服务达到大的时候，系统资源的情况。
    
  (3)配置测试
     通过测试找到系统各项资源的优分配原则。
  
  (4)并发测试
     多个用户同时访问同一个应用、同一个模块或者数据记录时是否存在死锁或者其它性能问题。
  
  (5)容量测试
     系统的大会话能力。
  
  (6)可靠性测试
     通过给系统加载一定的业务压力（如CPU资源在70%~90%的使用率）的情况下，运行一段时间，检测是否稳定。
  
  (7)失败测试
     对于有冗余备份和负载均衡的系统内高，通过这样的测试来检验如果系统局部发生故障用户是否能继续使用系统，将受到多大影响。
 
4.测试计划
  总体测试计划阶段-IEEE标准模板
 1、测试计划标识符         --
 2、目录表                 --
 3、参考文献               --
 4、词汇表                 --
 5、介绍
 6、测试项
 7、软件风险问题           --
 8、待测特征
 9、不予测试的特征
 10、方法                  --
 11、测试项通过/失败准则   --
  12、挂起准则和恢复请求
 13、测试交付物            --
 14、测试任务
 15、环境需求              --
 16、职责                  --
 17、人员安排与培训需求    --
 18、进度表                --
 19、计划风险与应急措施    --
 20、审批