发表于: 2018-05-21 20:08:20

2 661


今天完成的事情:


1.弃暗投明。


2.着手做任务一


首先看了看如何撰写测试用例指导: http://www.woshipm.com/pmd/644045.html


a.需要的素材:  客户要求包含了模块,优先级,子模块,和需求描述。






b.需要测试的项目,官网已经给出---点进去就是一个页面,看来是要我测试它具有的功能是否符合客户要求。




c.测试用例模板:这里官网给的模板看起来不太正经。看半天不知道怎么填,自己写一个,按照郑州首席师兄给出的信息,自己做一个。


测试包含的内容

  1. 序号:自己设置按顺序下去的。

  2. 模块:该功能点具体属于哪个模块的,填写这个主要是方便查找,如:注册/登录模块

  3. 编号:对每个用例进行编号,方便后期跟进。毕竟用文字说,容易口误。不过此处建议编号设计的有点规则,方便快速定位查找。如:A0001。其中A表示注册/登录模块。00表示账号登录,01 表示账号密码登录下的第一个测试用例。

  4. 功能点:具体指某个功能,如:账号登录、首页、发布等。

  5. 子功能点:具体指功能点,如:账号密码登录、手机验证码登录、邮箱登录、第三方授权登录等。

  6. 用例名称:具体测试用例的名称。如:输入账号、输入密码、密码不合规等等。

  7. 前置条件:指要达到预期测试结果,需要满足那些条件才能达到。如:账号密码不一致时,就需要登录失败,那么此时就得保

  8. 证账号正确或密码正确以及账号正确时是存在的。

  9. 操作步骤:指要达到预期测试结果,需要按这些步骤来。最好说明在什么页面,点击或操作什么内容,输入什么内容。

  10. 预期结果:说明按照前面写的应该呈现出怎样的结果。

  11. 测试结果:如果符合预期结果,直接填写正常或OK,如果不符合,则说明不符合或NO,

  12. 结果描述:如果正常,可以不用填写,如果不符合预期结果,则说明哪里不符合。

  13. 测试人员:填写测试人的名字,方便后期跟踪BUG。

  14. 测试日期:填写测试的时间,方便后期查询。

  15. BUGID:跟测试编号一样,自己设定ID规则,方便快速查询。

  16. BUG负责人:此处应该有技术那边填写,具体落实到某个人身上,才能更好的解决到问题。


d.因为要造表,需要Excel 基础,看了看excel 的快捷键, 马一下以后还会用到。


http://www.wordlm.com/Excel/BiaoGe/1733.html



3.表做出来是这个样子的。


单元格使用的不规范,以后还得多练习。





4.了解bug周期相关知识。


bug周期原来就是一个bug从被发现(new)到被处理修复(closed)的过程。起这么高端的名字干嘛。


bug在它声明周期的几种状态:


其中红色为官网任务要求后深度思考需要着重看的地方,其实很好理解,看一遍基本就差不多了。而且我感觉做一些小的真实项目的时候,应该不会这么规范。




       New:(新的)

  当某个“bug”被发现的时候(第一次),测试人员需要与项目负责人沟通以确认发现的的确是一个bug,如果被确认是一个bug,就将其记录下来,并将bug的状态设为New。

  Assigned(已指派的)

  当一个bug被指认为New之后,将其将给开发人员,开发人员将确认这是否是一个bug,如果是,开发组的负责人就将这个bug指定给某位开发人员处理,并将bug的状态设定为“Assigned”

  Open(打开的)

  一旦开发人员开始处理bug的时候,他(她)就将这个bug的状态设置为“Open”,这表示开发人员正在处理这个“bug”

  Fixed(已修复的)

  当开发人员进行处理(并认为已经解决)之后,他(她)就可以将这个bug的状态设置为“Fixed”并将其提交给开发组的负责人,然后开发组的负责人将这个bug返还给测试组

  Pending Reset(待在测试的)

  当bug被返还到测试组后,我们将bug的状态设置为“Pending Reset”

  Reset(再测试)

  测试组的负责人将bug指定给某位测试人员进行再测试,并将bug的状态设置为“Reset”

  Closed(已关闭的)

  如果测试人员经过再次测试之后确认bug已经被解决之后,就将bug的状态设置为“Closed”


  Reopen(再次打开的)

  如果经过再次测试发现bug(指bug本身而不是包括因修复而引发的新bug)仍然存在的话,测试人员将bug再次传递给开发组,并将bug的状态设置为“Reopen”

  Pending Reject(拒绝中)

  如果测试人员传递到开发组的bug被开发人员认为是正常行为而不是bug时,这种情况下开发人员可以拒绝,并将bug的状态设置为“Pending Reject”

  Rejected(被拒绝的)

  测试组的负责人接到上述bug的时候,如果他(她)发现这是产品说明书中定义的正常行为或者经过与开发人员的讨论之后认为这并不能算作bug的时候,开发组负责人就将这个bug的状态设置为“Rejected”

  Postponed(延期)

  有些时候,对于一些特殊的bug的测试需要搁置一段时间,事实上有很多原因可能导致这种情况的发生,比如无效的测试数据,一些特殊的无效的功能等等,在这种情况下,bug的状态就被设置为“Postponed”

  Deferred(延期的)



任务一终极版

https://pan.baidu.com/s/1Vc-jJFL3ZW2Ggtqplgnczg




5.AxureRP 安装,破解,汉化,一条龙,驾轻就熟。



6.研究任务二是需要我做什么。


跟旁边的师兄聊天,师兄给我看过他的原型图。


这次任务二感觉差不多,用上了AxureRP软件。


web设计规范,应该是web设计的各种图形的尺寸。


app设计规范,是手机app页面的设计规范。








明天计划的事情:



着手任务二,开始学习Axure学习,多问师兄们。


同时补一补PM的基础,多了解关于PM的事情多跟师兄们交流。




遇到的问题:


作图对我来说有些难度,story还需理解。



收获:


暂无。






返回列表 返回列表
评论

    分享到