功能测试,简单的理解就是黑盒测试,就是检测黑盒子,找到里面存在的缺陷. 功能测试新人学习计划: 1. 对于产品的学习---站在客户的角度学习产品.看待问题 测试人员不是简单地按照开发人员的设计文档去撰写测试相关文档,对于设计文档的准确性同样负有责任.测试人员需要认真学习需求说明书,审核设计文档.同时,要站在客户的角度去理解功能设计是否合理. 2. 熟悉各种测试文档:对比自己的测试角度与思维,一边提高自己对功能测试的认识,也一边提升自己的测试能力. 3. 了解功能测试的流程:瀑布模型与敏捷开发模式…

     看完google软件测试之道,以前有认真看过一次,今天又重新看了一遍.   在google,测试人员严格区分为SET和TE.SET前期深度参与项目的开发,推动开发人员的自测,从破坏者的角度寻找各种bug,通过开发各种测试工具来提高工作效率.TE则在后期项目被确立后参与进来,从用户的角度去平衡开发与需求.google中测试人员被派驻到到各个产品中进行测试,SET更多的负责产品的质量保障,加快测试与研发的效率,而TE则是从用户角度去体验和完善产品,优化各个逻辑操作,推动产品的用户体验.  …

以下是最近看的一本书<Google软件测试之道>里的一些摘录,收获很多. 1.讨论测试开发比并没有什么意义,如果你是一名开发人员,同时也是一名测试人员,如果你的职位头衔上有测试的字样,你的任务就是使那些头衔上没有测试的人可以更好的去做测试. 2.只有在软件产品变得重要的时候质量才显得重要. 3.假如你被要求去实现一个函数account(void *)返回一个字符串中大写字母A出现的次数.如果候选人上来就直接开始写代码,这无非在传递一个强烈的信息,只有一件事情需要去做而我正在做这个事情,这个事情…

最近刚刚看完<Google 软件测试之道>,受益颇多,遂记录下: 只有在软件产品变得重要的时候质量才显得重要 第一章:谷歌软件测试介绍 角色介绍 SWE(Software Engineer).SET(Software Test Engineer).TE(Test Enginee) SET也是开发角色 - 100%时间在编写代码,SET和SWE是合作伙伴 - 工作重心在可测试性和通用测试基础框架 - 参与设计评审 - 关注质量提升和测试覆盖率增加- 写代码的目的是可以让SWE测试自己的功能- 关…

<Google软件测试之道>,一直听朋友讲起这本书,出于琐事太多,一直没机会拜读,最近部门架构觉得我们IT部门的技术太low,就给我们挑选了一些书籍,让我们多看看... 个人的一种学习习惯吧,就做了笔记,将自己的学习理解感触写下来... 预计会分为五部分写这些学习笔记,分别是Google软件测试介绍.软件测试开发工程师.软件测试工程师.测试经理以及附录其他部分... 快乐阅读,快乐测试,祝愿你总能发现(并修复)BUG... ----James Whittaker.Jason Arbon.Jef…

<Google软件测试之道>[PDF]下载链接: https://u253469.pipipan.com/fs/253469-230382198 内容介绍 每天,Google都要测试和发布数百万个源文件.亿万行的代码.数以亿计的构建动作会触发几百万次的自动化测试,并在好几十万个浏览器实例上执行.面对这些看似不可能完成的任务,谷歌是如何测试的呢? <Google软件测试之道>从内部视角告诉你这个世界上知名的互联网公司是如何应对21世纪软件测试的独特挑战的.<Google软件测试…

软件测试之adb命令-实际公司使用场景--今日log Dotest-董浩整理 1)可以看内存泄漏: 2)可以安装.卸载app--截图并提交bug: 3)可以通过抓app日志定位问题: 4)可以结合monkey进行性能.压力(健壮性的测试). 当然​adb命令有很多,也有很多其他的使用场景.不过我这里总结的是实际公司(小米.58等)在软件测试过程中的使用!如果有其他用到的可以告知,共同学习,谢谢! ​怎么才能把学到的东西运用到实际工作中? 实际工作中都用到哪些​知识? 当然不是说你学的多不好​.​…

<Google软件测试之道>,一直听朋友讲起这本书,出于琐事太多,一直没机会拜读,最近部门架构觉得我们IT部门的技术太low,就给我们挑选了一些书籍,让我们多看看... 个人的一种学习习惯吧,就做了笔记,将自己的学习理解感触写下来... 快乐阅读,快乐测试,祝愿你总能发现(并修复)BUG... ————James Whittaker.Jason Arbon.Jeff Carollo(本书作者) 一.质量不等于测试 软件质量是所有人的事,而不仅仅只是测试团队的事!!! 质量不是被测试出来的,而应…

Google软件测试之道 Google对质量的理解 质量不等于测试,即质量不是被测出来的 开发和测试应该并肩齐驱,测试就是开发过程中不可缺少的一部分 质量是一种预防行为而不是检测 Google对软件测试的划分 抛却复杂的专业术语,简单按照测试范围去划分: 小型测试:对一个代码单元的测试,通常就是单元测试 中型测试:对两个或多个模块之间交互的测试,通常类比于“集成测试” 大型测试:对一个应用系统及其子系统整体的测试,通常类比于“端到端测试” 这样划分的好处有: 容易定位问题:测试范围从小到大,各自…

读<Google软件测试之道> 在IT领域,Google是一面旗帜,是一家非常善于思考善于尝试的公司.随着面临挑战的不断增大,传统的测试开展方式也越来越力不从心,这本书讲述的就是一次完整的转型过程,非常的有价值.这是本老书了,一年多前就拜读过,当时更多看到的是差距和困难,随着一年的努力和尝试,突然觉得有点开窍,和大家做一些分享. 基本理念 Google在质量方面的基本共识是: 质量不是被测试出来的 具体的工作目标是: 让每个工程师都注重质量 从业多年,这个口号其实经常能听到,但是大多数时候只是…