一、定义：测试人员除了按照需求文档编写case外，未添加其他项目计划、开发文档等形成的case 二、发生时间段Always 三、陷阱表现1.质量需求（易用性、可靠性、健壮性、可移植性、安全性、可维护性等）2.数据需求（如：统计类需求）3.接口需求（如：针对迭代需求较少时，容易忽略细微的新增接口，或是测试人员认为不会影响到基线功能）4.针对异常的系统强制响应（常见的有提交表单时机
分类：
其他好文 时间：
2018-01-11 15:56:46
阅读次数：
198
一、定义：测试人员只执行了变更引起的相关功能的回归测试 二、发生时间段Always 三、陷阱表现1.只测试了系统或软件功能2.回归测试未包含系统质量测试3.未对架构、设计和实现约束的回归测试 四、负面后果1.无法满足质量需求的变更通过回归测试无法发现2.开发未意识到质量特性的重要性 五、原因1. 功能测试更易设计和运行，质量测试较之困难2.&nb
分类：
其他好文 时间：
2018-01-10 11:49:18
阅读次数：
144
先抛出一个问题： 我有一张表T，现在我想对表中1/4的记录作UPDATE操作，我的SQL如下： Update t set col1='123' where mod(rownum,4)=1 我能够得到想要的结果吗？ 答案是：不能。 我们通过一个实验来说明一下。 创建一个具有百万条记录的表： 使用mod ...
分类：
数据库 时间：
2018-01-09 20:11:27
阅读次数：
201
一、定义：测试人员只执行了变更引起的相关功能的回归测试 二、发生时间段Always 三、陷阱表现1.只测试了系统或软件功能2.回归测试未包含系统质量测试3.未对架构、设计和实现约束的回归测试 四、负面后果1.无法满足质量需求的变更通过回归测试无法发现2.开发未意识到质量特性的重要性 五、原因1. 功能测试更易设计和运行，质量测试较之困难2.&nb
分类：
其他好文 时间：
2018-01-09 15:17:33
阅读次数：
150
一、定义：测试自动化的数量过少，无法充分回归测试。 二、发生时间段Always 三、陷阱表现1.大多数测试靠手动执行 四、负面后果1.手动执行回归测试需消耗过多时间和资源2.回归测试作为系统测试的最后一个阶段，可有可无，时间不充足，不能够发现更多bug3.测试工程师手动执行失误不可避免4.缺乏足够测试自动化使得敏捷开发模式不能有效顺利执行 五、原因1.&n
分类：
其他好文 时间：
2018-01-09 12:13:28
阅读次数：
180
一、定义：过分强调功能测试，而非测试质量、数据和接口需求。以及测试架构、设计和实现的约束。 二、发生时间段非功能性需求中。 三、陷阱表现1.大多数的测试关注验证功能性表现2.没有验证质量特性的适当水平（如：可用性、可靠性、健壮性、安全性、保密安全性、易用性）3.测试工程师、可靠性工程师、安全性工程师、人为因素工程师未执行相关专业测试类型（如未执行渗透测试）4.只在系统交付并投入
分类：
其他好文 时间：
2018-01-08 15:33:17
阅读次数：
109
一、定义：习惯性忽略一些负面测试结果。二、发生时间段always三、陷阱表现1.管理层在面对负面的测试结果时忽视、草率对待、不采取行动，特别是与进度、预算、功能或质量相关的。2.与系统质量相比，管理层更注重进度计划、预算和功能目标。3.管理层对测试结果的负面表现不信任4.易用性缺陷被重新标记为增强功能 ，分配到一些可能不发生的未来版本。四、负面后果1.若管理层忽略测试结果 ，会导致测试人员：士气受
分类：
其他好文 时间：
2018-01-05 15:38:32
阅读次数：
147
一、定义：产生、分析、报告、采取行动的测试度量过少，且不具有实际意义 。二、发生时间段1.项目过大及复杂，需要管理。2.一个或多个管理人员需要测试程序是可视的三、陷阱表现1.未产生、分析、报告或采取行动的及使用测试度量作为决策基础2.主要测试度量不表现测试人员的工作效率 ，也不是团队发现缺陷的有效性。只计算缺陷数量，不考虑初始缺陷密度。只记录每个缺陷代价高的成本的初始质量，因当待发现的缺陷数量降低
分类：
其他好文 时间：
2018-01-04 14:17:05
阅读次数：
133
1.函数复习总结 # 函数 —— 2天 # 函数的定义和调用 # def 函数名(形参): #函数体 #return 返回值 #调用 函数名(实参) # 站在形参的角度上 ： 位置参数，*args，默认参数（陷阱），**kwargs # 站在实参的角度上 ： 按照位置传，按照关键字传 # 返回值：没 ...
分类：
编程语言 时间：
2018-01-03 21:10:45
阅读次数：
235
一、定义：项目正式风险库中识别的测试风险过少。二、发生时间段项目具有一个或多个测试相关风险时发生。三、陷阱表现1.管理人员对待风险态度 ，尽量减少了负面术语。2.向风险库中添加风险通常被理解为管理失败的症状，风险被标记为问题或疑虑。3.测试层次的风险不放到项目风险中，否则需向执行管理层报告或采取行动。4.已识别的测试风险为不合理的低概率、低严重程度 ，低优先级。5.已识别的风险无：缓解方法及跟踪指
分类：
其他好文 时间：
2018-01-03 15:55:34
阅读次数：
150
