当前位置:
文档之家› 软件测试经验分享共28页文档
软件测试经验分享共28页文档
2.4写测试设计和测试用例 根据开会讨论后的分配 每个人负责自己的模块 ,要写一下测试设计 和测试用例。 然后发 出来互相review
Page 6
2.学到的东西-负责测试一个项目的流程
2.5启动测试 当开发完成大部分功能以后 就要启动测试 开始daily build(每日构建)每日构建的标准就 是这个软件能够安装 重要的功能已经实现。不会crash 可以跑起来。因为我们都是有时间 点的 所以可以在测试的头一天把测试邮件给准备好,新的修改点加到项目管理系统里面( 项目管理系统是我们添加项目管理项目和提bug的地方)
Page 2
1.上份工作的概述
我们的app主要是用来控制我们的Y800 的,Y800如下图,Y800设备里插上sim卡然后通过 转包转换成wifi 的形式 ,相当于一个移动wifi 设备。最多可以连接10个人。 App 的测试环 境包括Android和ios(iPhone 和ipad),手机连上Y800,然后打开app 可以用来 拨号上网 、发短信、设置上网时间、设置使用流量、自动断开、流量提醒。
2.8测试过程中需要注意的点 作为测试负责人 要经常和开发和软件项目经理沟通,问一下项目进展的状况,有没有需求 变更是自己不知道的,测试的时候碰到一些不概率性的网问题最好保留现场 把开发叫过来 看看。发邮件的时候要注意检查下写的内容是否正确 尤其是日期。
Page 8
3.学到的东西-测试设计和测试用例的编写
Page 3
2.学到的东西-负责测试一个项目的流程
2.1开工 2.2测试组的会议 2.3写Test Plan 2.4写测试设计和测试用例 2.5启动测试 2.6写质量日报 2.7Test Report 2.8测试过程中需要注意的点
Page 4
2.学到的东西-负责测试一个项目的流程
2.1开工 首先是有软件项目经理组织会议讨论软件的需求 ,参与的人员有开发测试和scm, 需求讨 论完成后分工指派开发负责人和测试负责人 ,并将具体的模块分给开发 。开发负责人评估 开发时间,确定日期,测试负责人评估测试时间,确定日期。作为一名测试人员从这次会 议里我们就知道了: (1)测试需求文档(开会前软件项目经理也会提前发给我们) (2)开发的参与人员,各自负责的模块,等到测试的时候碰到bug 可以直接找他们 (3)测试的时间 。
2.学到的东西-负责测试一个项目的流程
2.7Test Report 当一个项目完成了一个里程碑要发测试报告 ,比如说我们完成了alpha 版本的测试 就要在 完成的那天发下测试报告,让大家知道这个进度,如果在发版本的前一天 还有一些P0 的 bug 没有解决,要发邮件提醒开发 。测试报告主要 包括 软件的基本信息、修改点的验证 。质量情况,是否满足发版标准、遗留的一些严重问题 和所有bug 的bug 列表。
软件测试经验分享
doris.duneefull
Page 1
1.上份工作的概述
我2019年毕业开始一直是从事测试工作, 对于测试的理解 就是保证产品的质量,按时交付 产品。 上一份工作的主要内容是测试一个数据卡 和App 。上网卡它主要是一个usb dongle 。和 我们的U 盘形状有点类似 如下图,使用USB作为总线接口,同时也设计有一个保护USB的 专用盖帽。它有自动安装功能,将它插到电脑上会自动弹出一个安装的光盘,将软件安装 好以后 就可以使用,它主要用在Windows 和Mac上面 。主要的功能就是 拨号上网、发短 信、也有一些辅助的功能如 打电话、搜网、设置profile 、流量统计、在线升级、声音的设 置等
在我的工作中90%的是黑盒测试,10%的是白盒测试。对于黑盒测试,黑盒测试不需要去关 注软件的整体架构及其编码细则,只需要通过构造一些合理的输入(操作),来观察软件 的实际结果或现象(输出),从而判定是否存在问题,需求文档是黑盒测试的主要依据。 在测试中主要用到的测试方法有 等价类划分、边界值分析、因果图分析、错误测试。对于 等价类划分设计测试用例主要有两 个步骤:(1)确定等价类 (2)生成测试用例。 举个 例子,一条中文短信可输入67个字 ,那么它的有效等价类就是 1<=X<=67, 无效等价类就 是 X<1或者 X>67 ,其中1和67就是边界值。当我们测试的时候 1和67之间的数字都是等价 的,我们可以挑一个测试就可以了。对于边界值我们要测下1 和67 ,还要测试下无效的等 价类,看看有没有对他们做限制 。
2.6写质量日报 开始daily build 以后我们就开始测试了,作为测试负责人要在每天下班前发送质量日报 给 相关的人。 质量日报的内容 主要是描述下现在有多少个P0、P1、P2 的bug ,一共的bug 、今天提交的bug 已经今天closed 和总共close bug 以及bug 的趋势图
Page 7
软件测试中最重要的因素是设计和生成有效的测试用例。无论软件测试进行的如何具有创 造性、如何完全,也不能保证软件中不存在任何错误在测试的过程中我们依赖的就是我们 的测试设计和测试用例了。在写测试用例的时候我们一定要看需求文档 ,根据需求来写测 试用例,由于测试时间的限制我们就要提高测试的效率,可以使用一些有价值的测试方法 如 等价类划分、边界值。错误推断等。我们当时写测试用例相对简单些 ,dashboard产品 是我们部门一直在做的,所以可以参考以前的一些case ,然后优化下。当我们在测试过程 中碰到一些新的问题市可以写把这些case 加到 我们的测试用例里面 ,app对于我们起步较 晚是从2019年8月左右开始做的,不过功能和dashboard有类似的地方,我们就参考以还有就是互相找 些资料分享下去写测试设计 和cas个项目的流程
2.2测试组的会议 如果这个项目有我作为测试负责人 ,我就要在开工后及时的组织测试组的会议,比如2019 年12月1号开工,我们最好也当天开个会。主要是讨论下测试模块的分配,要在开发的这段 时间内把测试用例写好。
2.3写Test Plan 开完测试组的会议以后作为测试负责人 就要写个Test plan 的文档 ,文档的内容要包含 编 写的目的、模块的分配、写测试设计的时间、 Pre-alpha 、alpha 、beta 版本的时间节点 、测试资源的申请 (如数据卡、sim卡)、测试环境、各个版本的发版准则 等