交互设计师眼中的软件测试

发表于:2016-11-29 11:16

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:邹志楠    来源:51Testing软件测试网采编

  交互设计师是互联网设计团队中的一员,需要时刻与产品、UI、开发、测试等其他成员进行交流。掌握一些其他岗位的知识,熟悉他们的工作流程,不仅能够增加团队沟通的效率,还能让自己的工作更加游刃有余。软件测试是互联网产品开发的最后一环,及其重要,它确保了软件的正确性、安全性、完整性。
  学习新东西,第一件事是把未知的概念弄懂,再梳理流程和方法论。基本就掌握了新知识,之后加之实践,就可以熟练掌握。作为交互,只需要掌握软件测试的流程以及概念即可。
  一些概念
  测试用例
  开始进行测试之前,测试人员要列出所有的测试用例,大家可以把测试用例理解为产品的一个个功能点。这个功能点要相当细分,细分到具体的action,也就是某个按钮点击之后产品的反应对不对。有了这份测试用例,就可以根据它去一个个的测试产品,这些测试用例有没有都正确的实现。最后会得出通过测试的用例和没有通过测试的用例,没有通过测试的用例也就是平常所说的bug,这就要反馈给开发人员,让他们去修复bug。
  回归测试:
  测试提交了bug,程序员修复完成之后,并没有完事。这时测试人员需要对修改后的代码进行测试,这部分的测试被称为回归测试。相当于验证bug有没有被成功修复。
  git:
  git是一种版本控制的软件,产品的各个版本的代码都放在git里进行管理。
  Dev分支:
  我们知道了git是一款版本控制的软件,Dev分支是git中的一个版本分支,可以理解为一个代码池,开发的时候写新的功能不能直接在Dev里写,因为一旦出问题,代码就很难恢复。最好的做法就是备份一个,将Dev分支复制一个出来,这个过程也叫作切分支。程序员一般就在这个子分支上写新功能或者修改bug。写完之后,测试对该分支进行测试,测试没有问题之后,可以将它重新和到Dev分支。因为产品的代码是很多程序员在写,所以每个程序员都会从Dev中切除分支,写完后测试完毕再合到Dev中,就这样不停的切分支、和分支,直到代码写好并且bug修复完。
  Master分支:
  上面过程中,代码从子分支再合到Dev分支后,还要再进行一遍系统测试,确保代码零bug。代码没问题之后,就可以将Dev分支并到master里,生成软件的版本号。之后便是运维的人将最新的版本发布出来,用户便能得到新版本更新的提示。
  工作流程
  如果你读懂了上面的每个概念,基本对整个测试流程会有一个大致的了解。大致流程就是:先列出测试用例——测每一个用例是否正确——不正常的提交bug——开发修复好bug——回归测试一遍——进行一遍系统测试——确认无误——上线。
  我们知道,只盯着眼前的一亩三分地肯定是不行,作为一名行走在路上的交互设计师,也要站在产品、UI、开发、测试、运营...的角度去思考问题,去了解他们的工作流程,最直接的好处是能够和他们更平滑的沟通,最深层次的好处则是学会用不同的角度去看待同一个问题,这就是眼界。
精选软件测试好文,快来阅读吧~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号