试总结.docVIP

计算机基础 软件=程序+文档 软件缺陷a 1.未实现产品说明书要求的功能。2.出现了产品说明书指明不应该出现的错误。3.实现看产品说明书提到的功能。4.未实现产品说明书未明确提及但应该实现的功能。5.软件难以理解，不易使用。B产品内部：错误，毛病，产品外部，失效违背。 软件测试的定义。使用人工或者自动手段来运行或测试某个系统的过程，其目的在于检测它是否满足规定的需求或弄清预期结果与实际结果之间的差别。 Bug的由来。一般我们把软件缺陷defect称为bug，调试debug除错，去除错误。 计算机的层次：三个层次：a计算机硬件/裸机。B 操作系统。C 应用软件 裸机也包含软件，主要是Bios程序（Basic input/output system-基本输入输出系统）存储在主板上的一块芯片中，开机以后；计算机运行的第一个程序就是BIOS程序，主要进行硬件的检查，如果硬件检查没有问题，进一步吧控制权交给操作系统，在开机后，马上按下delect键 操作系统：operating system，简称os的主要功能。A设备管理（管理硬件）通过调用驱动程序。B进程管理（对运行的程序进行管理）C存储管理（进行内存的管理）d文件管理 按照软件结构分类：看软件的运行是否基于网络。不是---单机燃机：office 是---分存式软件 根据客户端软件的特点：分布式分为C/S结构（client/server）（客户端/服务器）QQ.B/S结构（Browser/server）（浏览器/服务器）京东商城，百度。如何区分：客户端只需要浏览器就能享受服务—B/S.客户端需要专门的软件才能享受的服务—C/S 进制转换：看本子 测试基础的理论 测试人员的工作职责：1编写测试计划。2 编写测试用例。3 执行测试，发现缺陷提交缺陷报告 4 验证所发现的缺陷是否得到修改 5编写测试总结报告 缺陷报告的组成：1.缺陷编号（Defect ID）--提交缺陷的顺序 2 缺陷的标题（summary）简明扼要的说明是什么缺陷 3 缺陷的发现者（defect by）测试人员自己 4 发现缺陷的日期（defect on date）一般是当天 5缺陷所属的模块（subject）在测试哪个功能模块（菜单时发现的bug）可以明确缺陷解决的负责人 6 发现的版本（defect in release）在测试哪个版本的时候发现的bug。7指派给谁处理（assigned to）-开放负责人（经理或者组长）再由开发负责人进一步指派给开发人员 缺陷的状态（status）---A缺陷此时所处的处理状态。1测试人员发现bug，提交（new）新发现的bug 2 开发经理验证缺陷，如果是bug，把缺陷的状态改为---open（打开的bug）开发组承认是bug，进一步指派给相关人员解决bug；如果不是bug，把缺陷的状态改为---rejected（被拒绝的bug）3 开发人员解决bug。解决后，把缺陷的状态改为---fixed（已修复的bug，待反侧的bug）4 测试人员反侧缺陷，有修复，把缺陷的状态改为---closed（closed）关闭的bug，归档的bug，如果bug没有修复，把缺陷的状态改为—reopen（再次打开的bug，反侧未通过的bug） 严重程度（sererity）缺陷对软件造成的影响有多大。Urgent—最为严重的bug。Veryhight—非常严重的bug。High –非常严重的bug 。medium---中等的bug。Low---小的bug说明：对于每个级别的情况，缺陷的描述，应该在测试计划或专门的文档中明确出来，以便开发组和测试组达成共识。 Bug的级别定义（bug level definition） Bug Severity Description 后果 Examples urgent 安全（产品安全、信息安全）；安全故障或重大失效； 重大索赔、法律诉讼 1.软件缺陷引起的爆炸、起火、冒烟、发热等，SIM卡被烧毁； 重要信息的丢失、泄露； 如： 用户数据丢失（如：电话本丢失；用户设置的参数丢失）； 用户数据泄漏（如：开关机后，密码自动被取消）；2.安全功能失效 VeryHigh 1.没有与需求对应的功能或需求没有实现（需求不分重要与否）；2.已实现的功能不能有效的执行下去（功能可以操作、运行，但在中间失效，只有重启、拔电池才能恢复或无法恢复)；存储系统损坏；3.基本功能的性能（Performance）没有达标（未达到能接受的最低要求--对比测试结果3/5以下）；4.与软件需求文档，用户手册不符(字符串除外）； 不能发货、经销商批退、消费者退机；影响产品认证； 1.参数不能设置；找不到SIM卡，但该SIM卡插入Nokia一切正常；电话没有声音（不能通话