开发、测试与QA的区别以及其他http://www.51testing.com/?uid-22490-action-viewspace-itemid-129603测试策略的选择http://www.51testing.com/?uid-22490-action-viewspace-itemid-130588正确理解测试的目的http://www.51testing.com/?uid-22490-action-viewspace-itemid-132294嵌入式黑盒自动化测试工具的一些想法与思路http://www.51testing.com/?uid-22490-action-viewspace-itemid-132297如何评估测试进度计划？http://www.51testing.com/?uid-22490-action-viewspace-itemid-132718刚刚才知道有这个.

测试进度计划的评估一直很让我们团队头疼。在项目开始前，我们经常无法预估项目，或者说测试的截止日期与资源投入情况，作为团队负责人，我最头疼的是不知道我的资源什么时候能释放。为了具体的说明这个问题，我先简单介绍一下我们团队，或者研发团队的项目组织架构与测试准出标志。我们的测试团队是职能型团队，经常是多个项目并行，并共享资源，而每个项目的要求都不一样。我们测试的准出标志是测试阶段评审，即产品经理与项目经理的人为首肯。我相信，这种现状也是大部门测试团队的现状。原先的模式是，我们以轮.

恩，我知道，这问题极其古老，在写下这个题目时，我也不禁有点汗颜......关于这个问题，测试者都知道最经典的也最古老的两种答案：测试是为了验证软件是可行的，第一种。测试是为了证明软件是错误的，第二种。两位大师的回答。说实话，我在这问题上思考了很久，因为我是做产品测试的，而且是做同一平台，同一业务。测试的进度压力极大。很多时候的评审，结论通常是一句话，这些BUG不是很严重，软件可以放行。我相信，这种情况在大多数测试团队上都有发生，这给我带来了一种影响，测试是为了验证软件是可行的。.

说到嵌入式软件的自动化工具，大家都会摇头，要么是白盒的工具，要么就是太专用。嵌入式做白盒测试，如果是平台级的软件还是有必要的，但是如果是产品级的测试，基本上投入太大，得不偿失。有没有简单一些的黑盒自动测试工具呢？我是这么看待自动化测试工具的，输入、输出、预期结果。简单而言，自动化测试就是自动输入数据，然后记录输出数据，与预期结果进行比较，得到测试结果。不管针对什么产品，在构建自动化测试工具时，都可以使用这个流程。对嵌入式产品而言，难点在于，输入输出数据的载体该如何选择？.

原创内容，如有转载，请注明出处。我们的测试团队已经有快4年的历史了，今年，我考虑最多的就是如何转变测试的策略。我一直这么以为，测试的切入点，大体而言，有两种。第一种是基于应用的测试，用户如何使用，需求如何定义，我们就如何进行测试。第二种是基于实现的测试，开发人员如何实现需求，我们就如何验证这个过程。有了解测试的兄弟应该能明白，第一种测试也可以叫“黑盒测试”，第二种测试也可以叫“白盒测试”。有测试者会问，那“灰盒测试”是什么？百度百科上关于“灰盒测试”是这么解释的：.

最近部门中有同事在问这个问题，我想应该还是有满多人对这三个角色的定位还不是很清楚，因此就这三个角色谈谈我个人的认识。网络上关于这三种角色的定义已经够多，在此就不复赘言。我举个例子。假设产品投放市场的过程等同与学生考试及格的过程，那么在这个过程中：开发人员是做考卷的学生。测试人员是改考卷的老师。QA人员是辅导员。产品是开发人员做出来的，产品是否可以在市场使用，考试是否及格，决定性的因素还是在开发。开发人员提交了结果，学生做完了试卷，是否及格？需要测试人员进行测试的分析与.