TA的每日心情 | 开心 2018-3-23 17:52 |
---|
签到天数: 2 天 连续签到: 2 天 [LV.1]测试小兵
|
本帖最后由 比以前懂事了 于 2018-3-22 12:45 编辑
项目四总结
大家好,现在由我来代表我们汽水包一组来给大家分享我们昨天刚结束的项目四的经验总结。我先声明,这只是我自己在做项目期间总结的一些问题和心得,如果有讲的不好的地方希望大家课后可以给我指出来,我表示由衷的感谢。
首先我们在做项目的时候要先查阅需求规格说明书(SRS),但是不一定所有的项目都会有需求,我们可以从公司提供的一些产品使用手册和使用教程等一系列的文档入手,了解用户的需求,遇到需求不明确的地方,我们可以及时跟开发以及项目组成员讨论,找到解决问题的办法,这样也是为了方便我们后期测试工作的顺利进行,熟悉项目背景,确定测试范围,主要测什么功能,这个项目主要有几大模块,哪些模块的功能是测试核心,哪些地方需要多测,测试的大致思路我们要清晰。
这次做的项目四跟之前做的几个项目难度略有提升,因为我们要用到自动化测试工具QTP,批量执行自动化测试脚本,当然随着社会的不断进步,技术的不断发展,手工测试会被慢慢淘汰,使用自动化测试工具的目的是为了尽可能避免手工测试带来的一些不必要的干预。当我们明确需求以后,由我们小组组长制定好系统测试计划,计划好我们小组每一个成员每天的工作任务,组长也要每天也要了解我们每个成员的工作进度,时间安排,每天也要以日报的形式向组长汇报当天工作的进度,以及遇到的一些问题,第二天开会可以提出来,大家一起解决。
知道自己的工作任务后,我们就要先写测试点,2天时间要完成3000到5000条测试点,因为本次我们主要做功能测试,所以你首先要明确功能测试要测试哪些内容,我个人写的比较慢,项目组结束后我完成不到1000条,这也是我自己要反思的原因,小组的其他成员差不多都完成了,我曾经这样想过,如果进了企业之后,企业就只让我写测试用例我都觉得心虚,所以这也是我有待提高的地方之一,我个人觉得,你在写功能测试用例之前,首先要知道什么叫表单测试、什么叫链接测试,以及测试用例的一些设计方法,边界值和等价类,这些最基本的你应该都要会。因为这是我们测试人员要做的最基本的工作,如果你连这个都不会,企业凭什么要你,因为企业要求你能够给他们带来价值。
接下来我们就要完成50条冒烟测试用例(预测试用例),先手我们要弄清楚冒烟测试用例怎么写,冒烟测试用例在我看来,一直以为是一条流程,其实听了老师的解答,我才知道,冒烟测试可以是涵盖了多个核心功能的一条流程,只有把一些相关概念弄清楚了,你的用例才会写的更好,然后我们就要开始用自动化测试工具QTP来录制我们的脚本,在录制过程中,我发现了某些模块的输入框在输入编辑内容后在回放的过程中没有录制上去,听了老师的讲解知道,这个我们要在用描述性编程编写脚本的时候可以完成。其中还遇到一下些问题,在用对象捕捉器捕捉对象的属性的时候就有可能捕捉不到,有可能是你自己操作失误的原因,也有些是自己电脑上虚拟机本身的原因,如果确实捕捉不到,可以重启虚拟机,类似的情况也可以解决,还有一些界面的按钮的属性,在捕捉的时候发现它们的属性值有些是相同的,那么应该需要寻找它们属性值的唯一性,若果唯一性都相同,就多些几个属性值,这样就会解决,因为我就遇到过这样的问题。还有一种情况,如果你发现你的脚本检查没有出错,但是运行完总是报错,也有可能是脚本跑的太快,电脑跑的太慢,这样也会报错,在脚本中加一个等待时间就可以解决了。所以我们在执行脚本的时候不要慌,遇到问题要冷静,看懂报错原因,首先自己现在网上百度,找到解决问题的办法,最后再去请教我们的技术专家也就是我们的老师,记住一定要带着你答案去提问,不管对错,问题要具体,不然问题太多,老师有时候也会忙不过来,在工作中也一样。
最后,在本次测试过程中,事先搭建好测试环境、安装服务器、准备好测试数据,用数据库备份数据,这些都是我们要熟悉掌握的技能。除此之外,哪些地方做的不好就要多加练习,重点是要加强解决问题的技能之外,还有自己分析问题的能力。
|
|