摘要：
软件测试，在专业上区分，也是有所区分的，分黑盒和白盒测试两种，白盒测试一般在一些大的软件工程项目里面使用得到，要求的技术层次相对较高，基本上是半个以上研发人员的技术水平要求。（具体两者区分可以自行百度）这里具体说说软件测试中，两种测试工种的工作内容。 白盒测试，往往要直接接触程序的源代码，所以白盒测 阅读全文
摘要：
#参数'''def mylen(s):#s是形参 # 函数体 缩进代表包含意思 a='hello' length=0 for i in a : length+=1 # print(length) return length#调用函数length=mylen('world')#world是实参prin 阅读全文
摘要：
#返回值'''def mylen(): # 函数体 缩进代表包含意思 a='hello' length=0 for i in a : length+=1 # print(length) return length#调用函数length=mylen()print(length)'''#1.return 阅读全文
摘要：
name="zhangsan"#print(name)#函数输出长度#print(len(name))#for循环输出长度'''length=0for i in name: length+=1print(length)'''#定义函数输出长度 def mylen后的（）代表函数参数存放的地方'''d 阅读全文
摘要：
SQA和测试的关系： SQA从过程上保证软件质量 测试从技术上保证软件质量。 SQA的主要工作范围是什么？ 保障制度体系顺利执行。 促进过程改进。 指导项目实施。 增强项目的可视度（进度、质量、过程）。 评审工作产品。 审核工作产品。（核心工作）。 协助问题解决。 提供决策支持。 缺陷预防（提高产品 阅读全文
摘要：
Plan 计划 （计划设计） Do 执行 （实施执行） Check 检查 （检查检测） Act 改进 （纠正措施） 阅读全文
摘要：
1.11 备份测试（可靠） 恢复性测试的一个补充，验证软件或硬件失败中备份他数据的能力。 1.12 健壮性测试（可靠） Robustness Testing 用于测试系统在故障时，是否能够自动恢复或者忽略故障继续运行。 1.13 文档测试 Documentation Testing 测试文档的正确性 阅读全文
摘要：
2.1 计划阶段 明确what目标、why测试目的、when可控时间、where测试范围、how如何开展.主要活动有：参与开发人员软件需求的分析，SRS评审，通过后写ST计划，进行ST计划评审。 • 入口准则：SRS完成并确定需求规格基线 • 输入：SRS|SDP|SVVP • 出口准则：ST计划评 阅读全文
摘要：
1、 覆盖率概念： · 覆盖率是用来度量测试完整性的一个手段。覆盖率是测试技术有效性的一个度量。覆盖率=（至少被执行一次的item数）/item的总数； · 覆盖率大体可以划分为两大类：逻辑覆盖和功能覆盖； · 测试用例设计不能一味追求覆盖率，因为测试成本虽覆盖率的增加而增加。 2、 逻辑覆盖主要类 阅读全文
摘要：
阅读全文
摘要：
61、 usability testing 可用性测试 62、 backup testing 备份测试 63、 robustness testing 健壮性测试 64、 documentation testing 文档测试 65、 online help testing 在线帮助测试 66、 sta 阅读全文
摘要：
41、 validation 确认 42、 alpha testing α测试 43、 beta testing β测试 44、 top-down testing 自顶向下测试 45、 bottom-up testing 自底向上测试 46、 isolation testing 孤立测试 47、 a 阅读全文
摘要：
21、 Operability 易操作性 22、 Attractiveness 吸引性 23、 Time behavior 时间特性 24、 Resource utilization 资源利用性 25、 Efficiency compliance 效率依从性 26、 Analyzability 易分 阅读全文
摘要：
1、 Debug 调试 2、 Test case 测试用例 3、 Siral model 螺旋模型 4、 Software life cycle 软件生命周期 5、 Initial 初始级 6、 Repeatable 可重复级 7、 Defined 已定义级 8、 Managed 已管理级 9、 O 阅读全文
摘要：
瀑布模型：应用的最为广泛的一种模型，也是最容易理解和掌握的模型，然而它的缺陷也是显而易见的。 优点： – 强调开发的阶段性 – 强调早期计划及需求调查 – 强调产品测试 缺点： – 依赖于早期进行的需求调查，不能适应需求变化 – 由于是单一流程，开发中的经验教训不能应用于本产品过程 – 测试在后期才 阅读全文
摘要：
需求管理：对软件开发中的需求进行管理，包括需求分配、需求评审、建立需求基线、需求跟踪、变更控制。 配置管理：配置管理是通过对在软件生命周期的不同的时间点上的软件配置进行标识，并对这些被标识的软件配置项的更改进行系统控制，从而达到保证软件产品的完整性和可溯性的过程。 缺陷跟踪：对软件开发过程缺陷的发现 阅读全文
摘要：
⑴开发过程缺乏有效的沟通，或者没有进行沟通 ⑵ 软件复杂度越来越高 ⑶ 编程中产生错误 ⑷ 需求不断变更 ⑸ 项目进度的压力 ⑹ 不重视开发文档 ⑺ 软件开发工具本身隐藏的问题 阅读全文
摘要：
从微观上来说，在测试计划中定义，比如系统在一定性能下平稳运行72小时，目前Bug Tracking System中，本版本中没有一般严重的BUG，普通BUG的数量在3以下，BUG修复率90%以上等等参数，然后由开发经理，测试经理，项目经理共同签字认同版本Release。 如果说宏观的，则是当这个软件 阅读全文
摘要：
首先，查找需求说明、网站设计等相关文档，分析测试需求。 制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：功能性测试；界面测试；性能测试；数据库测试；安全性测试；兼容性测试 设计测试用例： 功能性测试可以包括，但不限于以下几个方面： 链接测试。链接是否正确跳转，是否存在空页面和无效页面，是 阅读全文
摘要：
建立测试计划，确定测试标准和测试范围 设计典型场景的测试用例，覆盖常用业务流程和不常用的业务流程等 根据测试用例，开发自动测试脚本和场景： 录制测试脚本：新建一个脚本（Web/HTML协议）；点击录制按钮，在弹出的对话框的URL中输入”about:blank”；在打开的浏览器中进行正常操作流程后，结 阅读全文