逻辑代数和缺陷报告.docVIP

。 逻辑代数 应用：1、编程（逻辑运算）（白盒测试，自动化） 2、招聘笔试题里，考职称， 一、逻辑与 编程：（与符号 逻辑代数：AB=A*B 方法：1）两个二进制右对齐,2)按位与操作（全1为1，有0出0，3）从左至右的顺序读出 结论：只有当所有条件都成立时（1或ture）,结果成立，只要有任何一个不成立，（0或false）结果不成立。 简化：都为1时才为1，有0出0 注意事项：对齐左侧有空位，补0， 二、逻辑或：| 符号 编程 A| B 逻辑代数：Y=A+B 方法;1）将两个二进制右对齐，2）按位或操作，3）从左至右顺序读出 结论：只有所有条件都不成立，才不成立，只要有一种条件成立，（所有都成立）结果就成立。 简化：全0为0，有1出1 三、逻辑非（！ 符号） 不等于（！=） 逻辑代数Y= 原理;取反 方法;按位取反，读取结果。 缺陷报告 测试人员工作职责： 四大文档 编写或阅读，《测试计划》。：由测试组长，经理来完成，测试人员阅读测试计划。 编写《测试用例》：是由测试人员编写，指导测试工作的重要文档。测试用例是最能体现测试人员技术水平的。至少写500条。 执行测试 发现缺陷，填写《缺陷报告》:提交给开发方，跟踪和管理缺陷的处理报告。 填写《测试总结报告》或提交《评估报告》 只需要提供一些客观数据，完成统计总结（例如：缺陷总数，未解决的缺陷） 缺陷报告： 定义：执行测试，发现缺陷，( 填写缺陷报告，记录缺陷，并且将缺陷告知开发方， 缺陷报告是测试人员和开发人员重要的沟通工具。 2、缺陷报告的重要组成; 说明：不同公司报告不相同，今天按大公司讲 缺陷编号（defect id） 说明：编号是记录发现缺陷的顺序，以项目组为单位。记录团队在测试过程中发现的所有缺陷顺序而不是指个人 在测试管理工具中，编号自动生成，不需要手写 缺陷标题（summary） 说明：简明，扼要的语言概述缺陷 缺陷发现者（detected by） 测试人员自己的工号 指派给谁（assigned to） 测试人员填写完毕后，指派给开发经理，开发经理经过验证缺陷后再指派给程序员。 缺陷提交的日期（detected on date ） 说明：缺陷及时提交，当自己不能断定缺陷是否可以通过的时候及时沟通。 发现缺陷的模块（subject） 在哪个功能模块发现的该缺陷。 缺陷的版本（detected in release） 说明：除了发布的正式版本，也包括开发过程中若干临时版本， 回归测试：在新版本中对前一版本测过的原有功能也要重复测试 为什么要做回归测试？ 确认新功能能对原有功能是否有影响 程序员修改的缺陷是否对原有功能产生影响 缺陷状态（status）重 说明：缺陷当前所处的处理情况，能够反映缺陷处理过程 重点内容：缺陷处理过程， New》》》open》》》》fixed》》》closed 基本的处理流程。 返测失败后处理流程 New(open(fixed(测试人员(reopen(fixed(closed 简述缺陷处理过程： 测试人员将缺陷报告提交给开发经理，此时缺陷报告状态“new” 开发经理将缺陷报告进行验证， 情况一：验证是缺陷，会将缺陷指派给相应的开发人员将缺陷状态设置“open”（打开的缺陷，开发方承认） 情况二：开发经理验证不是缺陷，将缺陷状态设置为rejected（被拒绝的缺陷），一般要报告给测试组长，或经理可能会有开发方的经理，确认是否有缺陷，如果有，状态设置为“open”如果不是缺陷，将由测试组长将缺陷“closed” 开发人员修改指派给自己的缺陷，修改完成后将缺陷状态设置“fixed”（修改后的） 测试人员返测开发人员修改的缺陷， 情况一：返测成功，缺陷解决。测试人员将状态设置“closed 情况二:返测失败，测试人员将缺陷状态设置为reopen 缺陷的严重程度（severity） 说明：表现了全缺陷的有多糟糕，对于软件的影响有多大 严重程度的级别：urgent（造成死机、崩溃） Very high（非常严重） High(严重) Medium（中等问题） Low（小问题） 存在的问题：严重级别的定义，过于笼统，工作中容易引起矛盾，实际工作中，企业往往会定制详细规则。来具体严重程度级别的定义。 说明：不同公司不同项目对严重级别的详细说明都是不同的 优先级（priority） 说明：希望程序员在什么时间内或程序的哪个版本中解决 优先级的级别定义： Urgent：立即修改，否则影响项目开发和进度 Very high：版本中解决 High：下一个版本解决（常见 Medium：在发布之前解决， Low：尽量在发布之前解决（有可能发布的版本中带着缺