[活动]迎五一，庆周年，盖高楼(活动结束)

52042722

软件测试的的重点
        测试用例的设计
–        测试用例的设计是整个软件测试工作的核心
–        测试用例反映对被测对象的质量要求，决定对测试对象的质量评估
        测试工作的管理
–        尤其是对包含多个子系统的大型软件系统，其测试工作涉及大量人力和物力，有效的测试工作管理是保证有效测试工作的必要前提
        测试环境的建立
–        测试环境应该与实际测试环境一致

六月的雪

测试技术的选择基于下面的几个因素，包括：系统类型、法律法规标准、客户或合同的需求、风险的级别、风险的类型、测试目标、文档的可用性、测试员的技能水平、时间和成本预算、开发生命周期、用例模型和以前发现缺陷类型的经验等。
有些测试技术适合于特定的环境和测试级别；而有些则适用于所有的测试级别。

304543223

测试技术的选择基于下面的几个因素，包括：系统类型、法律法规标准、客户或合同的需求、风险的级别、风险的类型、测试目标、文档的可用性、测试员的技能水平、时间和成本预算、开发生命周期、用例模型和以前发现缺陷类型的经验等。
有些测试技术适合于特定的环境和测试级别；而有些则适用于所有的测试级别。

六月的雪

测试技术的选择基于下面的几个因素，包括：系统类型、法律法规标准、客户或合同的需求、风险的级别、风险的类型、测试目标、文档的可用性、测试员的技能水平、时间和成本预算、开发生命周期、用例模型和以前发现缺陷类型的经验等。
有些测试技术适合于特定的环境和测试级别；而有些则适用于所有的测试级别。

六月的雪

测试技术的选择基于下面的几个因素，包括：系统类型、法律法规标准、客户或合同的需求、风险的级别、风险的类型、测试目标、文档的可用性、测试员的技能水平、时间和成本预算、开发生命周期、用例模型和以前发现缺陷类型的经验等。
有些测试技术适合于特定的环境和测试级别；而有些则适用于所有的测试级别。

304543223

测试技术的选择基于下面的几个因素，包括：系统类型、法律法规标准、客户或合同的需求、风险的级别、风险的类型、测试目标、文档的可用性、测试员的技能水平、时间和成本预算、开发生命周期、用例模型和以前发现缺陷类型的经验等。

52042722

测试反馈

将测试中发现的BUG反馈给该项目（模块）的负责人，由负责人对该BUG进行定位，并由相应的设计人员进行修改，如果测试人员发送的BUG并非该测试模块的BUG，则由该负责人转发给相应的负责人，由其定位，并指派设计人员修改。

52042722

软件测试原则
        Good-enough: 一种权衡投入/产出比的原则
        保证测试的覆盖程度，但穷举测试是不可能的
        所有的测试都应追溯到用户需求
        越早测试越好，测试过程与开发过程应是相结合的
        测试的规模由小而大，从单元测试到系统测试
        为了尽可能地发现错误，应该由独立的第三方来测试
        不能为了便于测试擅自修改程序
        既应该测试软件该做什么也应该测试软件不该做什么

304543223

软件测试的的重点
        测试用例的设计
–        测试用例的设计是整个软件测试工作的核心
–        测试用例反映对被测对象的质量要求，决定对测试对象的质量评估
        测试工作的管理
–        尤其是对包含多个子系统的大型软件系统，其测试工作涉及大量人力和物力，有效的测试工作管理是保证有效测试工作的必要前提
        测试环境的建立
–        测试环境应该与实际测试环境一致

六月的雪

软件测试的的重点
        测试用例的设计
–        测试用例的设计是整个软件测试工作的核心
–        测试用例反映对被测对象的质量要求，决定对测试对象的质量评估
        测试工作的管理
–        尤其是对包含多个子系统的大型软件系统，其测试工作涉及大量人力和物力，有效的测试工作管理是保证有效测试工作的必要前提
        测试环境的建立
–        测试环境应该与实际测试环境一致

304543223

软件测试的的重点
        测试用例的设计
–        测试用例的设计是整个软件测试工作的核心
–        测试用例反映对被测对象的质量要求，决定对测试对象的质量评估
        测试工作的管理
–        尤其是对包含多个子系统的大型软件系统，其测试工作涉及大量人力和物力，有效的测试工作管理是保证有效测试工作的必要前提
        测试环境的建立
–        测试环境应该与实际测试环境一致

52042722

测试问题处理

测试结束后，测试过程中发现的所有BUG，都应将其统计汇总，标识出当前的状态，其中经再次测试已经关闭的不再说明，其它所有未关闭的均应说明理由，并与开发部门讨论，由技术负责人给出结论（是否解决或延期解决），并要经过技术副总审批。

六月的雪

软件测试原则
        Good-enough: 一种权衡投入/产出比的原则
        保证测试的覆盖程度，但穷举测试是不可能的
        所有的测试都应追溯到用户需求
        越早测试越好，测试过程与开发过程应是相结合的
        测试的规模由小而大，从单元测试到系统测试
        为了尽可能地发现错误，应该由独立的第三方来测试
        不能为了便于测试擅自修改程序
        既应该测试软件该做什么也应该测试软件不该做什么

六月的雪

测试问题处理

测试结束后，测试过程中发现的所有BUG，都应将其统计汇总，标识出当前的状态，其中经再次测试已经关闭的不再说明，其它所有未关闭的均应说明理由，并与开发部门讨论，由技术负责人给出结论（是否解决或延期解决），并要经过技术副总审批。

52042722

软件测试目的
        测试的目的就是发现软件中的各种缺陷
        测试只能证明软件存在缺陷，不能证明软件不存在缺陷
        测试可以使软件中缺陷降低到一定程度，而不是彻底消灭
        以较少的用例、时间和人力找出软件中的各种错误和缺陷，以确保软件的质量

304543223

黑盒测试也称功能测试或数据驱动测试，前提是已知产品所具有的功能，通过测试来检测每个功能是否都正常使用

水上飘

从软件开发的过程按阶段划分有

　　
　　A.单元测试
　　B.集成测试
　　C.确认测试
　　D.验收测试
　　E.系统测试

52042722

软件测试原则
        Good-enough: 一种权衡投入/产出比的原则
        保证测试的覆盖程度，但穷举测试是不可能的
        所有的测试都应追溯到用户需求
        越早测试越好，测试过程与开发过程应是相结合的
        测试的规模由小而大，从单元测试到系统测试
        为了尽可能地发现错误，应该由独立的第三方来测试
        不能为了便于测试擅自修改程序
        既应该测试软件该做什么也应该测试软件不该做什么

304543223

黑盒测试方法主要有等价类划分、边界值分析、因果图、错误推测、功能图法等，主要用于软件确认测试。

六月的雪

黑盒测试也称功能测试或数据驱动测试，前提是已知产品所具有的功能，通过测试来检测每个功能是否都正常使