51Testing软件测试论坛

标题: 本人硬件測試轉行軟件測試可否？顺便求下工作。 [打印本页]

作者: mcafee1985 时间: 2010-6-7 17:41
标题: 本人硬件測試轉行軟件測試可否？顺便求下工作。
小可已經在IT行業摸爬滾打兩年半了，之前一直在做硬件測試和底層硬件的協助開發驗證工作。对编程一向不感冒，但是最近公司内部调整，要把俺丢到软件测试项目里，实在感到迷茫，不知道大虾们可否给点意见，我发现软件测试实在需要编程，可是我真的对他们感到头疼，让我看代码还可以，因为大家都知道硬件基本都有规范，约定俗称的规律。可是软件需要自己写代码，本人才疏学浅。
顺便说下本人的特长，熟悉各种计算机主板规范，X86体系架构以及PCI总线协议等等，能够进行计算机系统整合测试，编写测试规划，对EMC,可靠度均有过相关测试经验。不知道这点经验能否帮助自己找到个工作。如果想往软件测试行业里靠拢希望大家给点建议。

作者: mcafee1985 时间: 2010-6-7 18:09

作者: .基基 时间: 2010-6-7 18:16
我觉得相对于我们这些新新手来你非常不错！不知道其他的老手是怎么认为的

作者: peag 时间: 2010-6-8 09:15
没去了解过硬件测试，不知道软件测试跟硬件测试之间的区别

作者: 月上百合 时间: 2010-6-8 09:32
虽然我也不了解硬件测试，但是我觉的这对你不难，你可以这样理解，你是做测试的，只不过是换了个项目，每换一个项目都要学习新的东西，这样想你就不觉的难了，你现在是心里障碍，哈哈

作者: Jackc 时间: 2010-6-8 16:47
挺好啊，熟悉硬件对软件测试有很大帮助，比如某个电压问题，导致死机。纯软件测试人员可能只会去猜测内存溢出等，而作为硬件测试，则会想到拿一个万用表量一下电路板是否存在问题。

如果你想转软件测试，建议还是老老实实将软件测试的基本文档先看看吧。

软件测试和硬件测试最大的区别在于“没有明确的规范标准指引”。在实际测试中，软件测试有很多预期标准的尺度需要自己去定义，而不像硬件测试那样可以参照国标。

总的来说，硬件测试转软件测试，有优势也有劣势，主要还是看个人以后的学习效果了。

PS：其实我觉得硬件测试还是不错啊，可以尝试学习硬件设计一类的资料，转成高级的硬件测试还是很吃香的。

作者: 苏高跃 时间: 2010-6-8 17:24
标题: 回复 1# 的帖子
软件测试能考试到多方面了：数据库得复习，WEB服务知识、网络知识、编程知识、性能方面等得考试；
硬件测试一般向单片机类型（个人认为），很少用到数据库，好多是通过通讯实现，有时候可能用到ACCESS；性能方面基本没有，比如QTP、LR自动化基本用不上；不过有时候通过仪表去测电路是否通过，或相关仪器去测电性能吧。
个人认为转的话，得重新学不少东西了，但做软件测试去做硬件测试相关来说比较容易些；

作者: mcafee1985 时间: 2010-6-9 15:56
谢谢各位达达中肯的意见，目前已经正式转作软件方面了，之前硬件测试可能要暂时告一段落了

作者: mcafee1985 时间: 2010-6-9 15:59

原帖由 Jackc 于 2010-6-8 16:47 发表
挺好啊，熟悉硬件对软件测试有很大帮助，比如某个电压问题，导致死机。纯软件测试人员可能只会去猜测内存溢出等，而作为硬件测试，则会想到拿一个万用表量一下电路板是否存在问题。

如果你想转软件测试，建议还是 ...

所谓的软件测试基本文档指的是？

作者: jwings 时间: 2010-6-9 16:48
我做了3年的web测试。软件测试中test更像是一个有丰富计算机知识的用户，要站在用户的角度思考。
软件同常需求变化比较多，不是最开始敲定是什么样做出来就是什么。可能根据市场、测试的反馈之类的产生需求变更。这也是测试好玩的地方。
我不知道硬件测试是什么状况，感觉没有软件那么大的可变性。

作者: mcafee1985 时间: 2010-6-9 17:44
硬件测试的主导通常会涉及到软件测试中的一小部分，例如BIOS测试和OS下的整合测试，主要是对各种规范要求更多的了解，例如CPU USB BUS PCI BUS等等。再有一个大方面是针对电路上的，例如逻辑电路上的波形规范测试，EMC体系测试，可靠度测试等等。相对而言，灵活性较低。如果要涉及到编程的话只是要开发测试软件时会用到，通常这个要对BIOS的理解有一定要求。这是我目前所做过的关于PC的硬件测试。大家可否跟我讲述下大家做软件测试的工作内容？例如ACPI这个测试该当如何涉及test plan？

作者: Jackc 时间: 2010-6-10 13:39
标题: 回复 9# 的帖子
其实软件测试更注重思想，对任何东西都是讲“度”（虽然比较玄，但是在当前不规范的大环境下只能这样，这一点不如国内硬件测试来得规范）

基本文档你可以在百合整理的”新手版总汇“里选择性的看。
http://bbs.51testing.com/thread-232777-1-1.html
第五点里有一些计划模板。

1.、先了解大的框架：经典《测试指南》
http://bbs.51testing.com/thread-134848-1-1.html

2、以你熟悉的ACPI来说，在Plan中，无非就包括3个主要部分：资源、时间、任务。

我说说“任务”吧，因为其他两个和硬件测试的Plan差不多。（不讨论其他异常情况，只说主功能）

黑盒软件测试的ACPI任务包括：
A、suspend：显示屏断电，主机通电
B、suspend to ram：信息存入内存，PC整体进入高度省电状态
C、suspend to disk：信息存入硬盘，PC关机
D、其他附加功能：定时开关机、定时休眠、不同模式下（外置电源和内置电源环境）的供电等等

硬件测试的ACPI任务包括：
A、S0~S5功耗
B、唤醒激活电流

暂时只能想到这些了。
其实和LS的朋友说一样，黑盒软件测试的着眼点在用户的角度上。

作者: mcafee1985 时间: 2010-6-10 14:28

原帖由 Jackc 于 2010-6-10 13:39 发表
其实软件测试更注重思想，对任何东西都是讲“度”（虽然比较玄，但是在当前不规范的大环境下只能这样，这一点不如国内硬件测试来得规范）

基本文档你可以在百合整理的”新手版总汇“里选择性的看。
http://bbs.5 ...

谢谢达达的指教。我所不明白的是 ACPI 是一个非常复杂的电源管理体系，在软件测试中假使CPU能够SUPPORT C0-C6 STATE 需要如何设计呢？当然我只是举了个例子。在软件测试中是否需要一些LOADING软件做长期循环反复的S3测试？

作者: Jackc 时间: 2010-6-10 15:21
1、两种测试的“关注点”是不同的，比如S3状态的切换，在硬件测试中，你观察的重点还包括PC工作功率是否正常；而在软件测试中，则关注是否进入了Suspend to RAM状态和激活过程是否正常。

举个例子，比如某个PC，用户选择进入S3后，PC停止了S3要求的应用功能，但是消耗功率依然有60W，那么作为软件测试，这就不是BUG；而硬件测试的话，明显就是BUG了。

2、在软件测试中，依靠最多的是“需求文档”，而“需求文档”本身是一个复杂的集合体。它综合了国标、研发团队水平、利润、客户需求等因素，所以相同的项目，让不同的团队来做，需求文档的标准就不一致。

在软件测试中，ACPI对S3需求的描述更多是“文字上的”，而且是“可观察到的”内容：
比如进入S3后，除电源显示灯外，关闭显示器、风扇等等（软件测试不会关注进入S3后，PC的功率是否能达到国标）
再比如S3的激活方式，可以电源开关、USB键盘等等（软件测试是不会在意激活是否要750mA电流的）

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)