三年嵌入式软件测试经验总结
这里总结下这三年来我在嵌入式软件测试（黑盒）上的一些积累。说起来也挺快的，毕业三年的时间就这样过去了，在两家公司工作过（现在这家是第二家），这几年的测试项目基本都是围绕着嵌入式软件，同时需要兼顾测试APP端，WEB端功能，web后端接口（p…
搜索结果计 37 条
不看后悔！测试人职场需要避开的五个坑
今天，说说测试人在职场上可能遇到的坑以及尽量避免的方法。强制加班，技能更新不上；工作与生活不平衡....在互联网工作上的道路上；随时面临着各种陷阱……所以，我们应该不要固定在某项技术中。或者只想着只将其中一项技术垄断到底。下面…
经验之谈：互联网软件测试能跨到车企做测试么？
这是我之前在某个群里划水看到一位小伙伴提出过的问题，当时我并没有回答，不过这个主题我倒是记在了草稿里，因为我自己就是这样的经历，留着后面有时间写一些内容分享一下。今天是周末，依旧是烈日炎炎，既然宅在家里，那么就来聊聊我从互联网转…
软件测试20本经典书籍推荐
本文来介绍下软件测试必读书籍推荐，涵盖软件测试入门、自动化软件测试、性能测试、移动端测试、专项测试技术和探索式测试等方面。一、软件测试基础1.《软件测试》(SoftwareTesting)一本综合性的软件测试入门指南，该书涵盖了软件测试的…
探讨影响自动化测试成败的重要因素
自动化测试听起来很美，但实践并不容易，许多人将其视为实际结果与需求中提供的预期结果的比较，甚至认为自动化测试就是一系列重复和可重复的操作。如果仅仅停留在这些肤浅的理解往往会导致自动化测试的失败。下面我从多个角度探讨测试自动化问…
测试做久了，思维定势了怎么办？
测试人员长期聚焦一个产品，对产品的细枝末节都非常了解后，经常都会有思维定势，而且很容易漏掉一些最基本的场景，和开发关系熟悉了之后，也会替开发考虑。聪明的大家肯定都会遇到类似场景，针对测试人员测试同一产品久了会产生思维定势的现象都…
什么是基于上下文驱动的测试（context-driven-testing）？
上下文驱动测试不是一种具体的测试方法，而是一类测试思维的体现，通常是指测试人员首先查看特定迭代的细节（产品特性、业务需求、相关干系人等）来选择他们的测试目标、技术和可交付成果（包括测试文档）。归根结底，上下文驱动的测试是要尽我们所…
测试内功修炼之思维修炼
随着互联网的飞速发展，为了满足用户的各种需求，各类应用软件层出不穷，为了把控软件质量，提高用户体验，测试这个岗位就被大家提及的越来越多。从最初的功能测试，到现在大力推崇的自动化测试，不到短短10年时间，对测试的要求也在飞速变化。任…
软件测试架构师在实际工作中都做哪些事情呢？
软件测试架构师在实际工作中，都做哪些事情呢？一家业务体系庞大、复杂的公司的测试架构师的职责主要有五个：1、测试团队的技术带头人测试架构师会关注整个团队的技术提升，包括技术难题的攻关，团队遇到的技术难题，你能够做到90%的解决…
测试员如何推进项目进度？
在软件研发中，有一种思想叫TDD，即测试驱动开发，TDD是敏捷方法中的一项核心实践，其原理是在开发功能代码之前，先编写单元测试用例代码，对要编写的函数或类明确测试方法后，再进行设计与编码。本篇不是讲如何来实践TDD，而是利用这种思想来推…
测试开发是懂测试的开发，还是懂开发的测试？
知乎上看到一个很有意思的话题：测试开发是代表“懂测试的开发”还是“懂开发的测试”？我一开始画了这么一张图：就我自身的工作而言，用着开发的技术，做着开发差不多的工作。归为开发一类并无不妥！后来，我细细琢磨了一下，改为…
测试新人如何快速成为bug能手？
对于很多新入行测试的同学来说想快速的切入项目寻找Bug往往会比较痛苦，经常会遇到以下问题：一轮测试完成只发现了很少的Bug，怀疑自己的测试质量。发现的Bug都是很基础的问题，没有成就感。不能确认是否是Bug，需要反复与同事或研发人员确…
软件测试之深入挖据问题的本质
也许是职业病，测试人员似乎比其他岗位的人员对问题会更敏锐，能够发现很多问题。但因为缺少很多方面的知识，比如：操作系统、硬件结构、架构设计等等，定位/解决问题的能力弱于发现问题的能力。我自身是有很深刻的体会，近期工作中遇到一些疑难杂…
软件测试用例20问与答
1、测试用例是什么？答：测试用例的设计就是如何覆盖所有软件表现出来的状态，即在满足输入/输出的一组条件下，软件运行是一系列有次序的、受控制的状态变化过程。2、设计用例是否有必要？答：如果不记下来，很可能到执行的时候测试点就遗…
如何找出更多软件bug的11条总结
1、对业务模块的理解要全面、深刻。即：对此次新功能或者功能改进相关的业务要理解透彻。好处：1）对此次需求的合理与否可做出判断。2）对相关联的其他测试点需进行测试，以防之前的相关功能失效或开发将相关功能误改坏。2、对整体流程要…