test1

一、  测试流程（8）：1需求（testingteam）、2测试计划(testing leader or testing manager)、3用例设计（testingleader，senior tester）、4执行测试（every tester）、5执行结果记录和bug记录（every tester）、6bug跟踪（defect tracking-every tester）、7测试报告、8用户体验、软件发布等

二、  软件测试的顺序：单元测试（UnitTesting），集成测试(Integration Testing联合测试)，确认测试、系统测试（System Testing），验收测试(Accept Testing)

三、  软件测试的方法：白盒测试（WhiteTesting：又称结构测试或者逻辑驱动测试），黑盒测试（Black Box Testing数据驱动测试或者功能测试），灰盒测试(如：端对端测试End to End Testing)，用户验收测试（User Accept Testing：UAT），可移植性测试（Portability Testing:又称兼容测试），回归测试(RegressiveTesting)，冒烟测试(Smoke Testing),负载测试（LoadTesting），压力测试（Stress Testing），性能测试（PerformanceTesting），强迫测试（Force Testing）,安全测试（SecurityTesting）,兼容性测试（Compatibility Testing），界面测试（UI测试：UserInterface Testing），随机测试（Ad hoc Testing）,安装测试（InstallTesting），,探索测试（Exploratory Testing）,自动化测试（AutomatedTesting）等

四、  软件测试的方法2：，静态测试（StaticTesting）和动态测试（Moment Testing）

五、  评估测试结果的度量基准：测试覆盖率是多少、测试合格率是多少、重要测试合格率是多少

六、  一个测试用例主要包括：
1、test case number用例编号
2、test case name用例名称
3、the purpose of testing测试目的
4、test type测试类型
5、prerequisite前提条件
6、the operation process and the input data操作过程和输入数据
7、the expected result预期结果

七、  动态测试可分为5个步骤：单元测试，集成测试，确认测试，系统测试，验收测试，回归测试

八、  可以采用软件测试常用的基该方法：等价类划分法、边界值分析法、错误推测法、因果图法、逻辑覆盖法等设计测试用例

九、  测试用例文档由简介和测试用例两部分组成。简介部分编制了测试目的、测试范围、定义术语、参考文档、概述等。测试用例部分逐一列示各测试用例。每个具体测试用例都将包括下列详细信息：版本号、模块名称、用例编号、用例名称、用例级别、预知条件、验证步骤、期望结果（含判断标准）、测试结果、测试时间、测试人员等。

 

 

　白盒测试是把测试对象看作一个打开的盒子。利用白盒测试法进行动态测试时，需要测试软件产品的内部结构和处理过程，不需测试软件产品的功能

白盒测试法的覆盖标准有逻辑覆盖、循环覆盖和基本路径测试。其中逻辑覆盖包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖。

黑盒测试是根据软件的规格对软件进行的测试，这类测试不考虑软件内部的运作原理，因此软件对用户来说就像一个黑盒子。

 

软件测试人员以用户的角度，通过各种输入和观察软件的各种输出结果来发现软件存在的缺陷，而不关心程序具体如何实现的一种软件测试方法

回归测试是指在发生修改之后重新测试先前的测试以保证修改的正确性。理论上，软件产生新版本，都需要进行回归测试，验证以前发现和修复的错误是否在新软件版本上再次出现。

回归测试的目的在于验证以前出现过但已经修复好的缺陷不再重新出现

动态测试是指通过运行软件来检验软件的动态行为和运行结果的正确性。

探索测试是指通常用于没有产品说明书的测试，这需要把软件当作产品说明书来看待，分步骤逐项探索软件特性，记录软件执行情况，详细描述功能，综合利用静态和动态技术来进行测试。探索测试人员只靠智能、洞察力和经验来对bug的位置进行判断,所以探索测试又被称为自由形式测试。

端到端架构测试包含所有访问点的功能测试及性能测试

负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。

接受测试：一般从功能、用户界面、性能、业务关联性进行测试

压力测试是一种基本的质量保证行为，它是每个重要软件测试工作的一部分。压力测试的基本思路很简单：不是在常规条件下运行手动或自动测试，而是在计算机数量较少或系统资源匮乏的条件下运行测试。通常要进行压力测试的资源包括内部内存、CPU 可用性、磁盘空间和网络带宽等。一般用并发来做压力测试。

性能测试是在交替进行负荷和强迫测试时常用的术语。理想的“性能测试”(和其他类型的测试)应在需求文档或质量保证、测试计划中定义。性能测试一般包括负载测试和压力测试。

强迫测试是在交替进行负荷和性能测试时常用的术语。也用于描述象在异乎寻常的重载下的系统功能测试之类的测试，如某个动作或输入大量的重复，大量数据的输入，对一个数据库系统大量的复杂查询等。

系统安全设计的准则是，使非法侵入的代价超过被保护信息的价值

验收测试一般有三种策略：正式验收、非正式验收或Alpha 测试（α测试）、Beta 测试（β测试）。

1.测试流程？

测试流程依次如下：
1.需求：阅读需求，理解需求，与客户、开发、架构多方交流，深入了解需求。--testing team
2.测试计划:根据需求估算测试所需资源（人力、设备等）、所需时间、功能点划分、如何合理分配安排资源等。---testingleader or testing manager
3.用例设计：根据测试计划、任务分配、功能点划分，设计合理的测试用例。---testingleader, senior tester
4.执行测试：根据测试用例的详细步骤，执行测试用例。--every tester(主要是初级测试人员)
5.执行结果记录和bug记录：对每个case记录测试的结果，有bug的在测试管理工具中编写bug记录。--everytester(主要是初级测试人员)
6.defect tracking：追踪leader分配给你追踪的bug.直到 bug fixed。--every tester
7.测试报告：通过不断测试、追踪，直到被测软件达到测试需求要求，并没有重大bug.
8.用户体验、软件发布等……