作者Miraclelx (一本初衷)
看板Soft_Job
标题Re: [问题] 请问软体怎麽做测试阿...
时间Tue Jan 22 06:33:57 2008
※ 引述《WJ1224 (好心情)》之铭言:
: ※ 引述《LieTo (这就是人蔘.....)》之铭言:
: : 作者: LieTo (这就是人蔘.....) 看板: Tech_Job
: : 标题: [问题] 请问软体怎麽做测试阿...
: : 时间: Fri Nov 2 11:48:33 2007
: : 我以前做的测试都是硬体测试...
: : 结果很多的工作职缺都是软体测试
: : 不过我只能想到说像银行类的软体测试
: : 可能就写个小scrip丢封包给写好的软体 测试相容性之类...
: : 版上有大大是做软体测试的吗?
: : 可否分享一下写软体测试的软体 大概的概念呢?
: : 谢谢~~~~~~~~~~~~~~~~~~~
: 现在回文不知道会不会太晚
: 因为看都没人回 想说刚好在这一行
: 分享一下工作及上软体测试课程的经验
: 首先 看你是哪一类的软体测试罗
: 是网页?应用软体?还是卖code?
: (网页的我不知道 sorry~)
: 如果公司够大 你应该会拿到测试案例 里面就已经写好每一条该怎麽测
: 你只要回报BUG的纪录...
: 如果是小公司那要做的事很多 对於小公司来讲 文件是最後才搞的
: 因为很多地方要裁示
: 测试计画(测试前要写的文件)可能都还没写好 就开始要测了...
: 当然也不是一拿到就乱测一通 不然会忘记某些功能自己测过了没
: 记住一点!
: 软体测试是以有系统的方法去执行与检查软体以发现软体中bug的过程
: 每一次测之前 很简单的概念要去想
: 1.
: 要清楚要测的版本是1.0 还是??
: 可以测的范围是连结资料库的部分还是只是功能面的?
: 一个专案可能有两三个工程师在负责 进度不一唷
: 能拿出来的可能还不完善 maybe只做到60% 那你就要用60%的方式去做测试
: 先检查UI界面有没有问题呀 或是这个按钮按下去有没有预期的功能?
: 倘若你用100%的方式去测
: 他们不爽你 心里干缴你
: 你也会觉得 白痴 自己好像来到一个能力不足的圈子
: 那可是你没先自己定位好喔!!
: 2.
: 测试的层级通常是这样:
: [单元测试]-以系统中单一模组为测试对象,目的在发现各模组内部的错误,
: 以确保受测模组的一致性与逻辑正确性通常是开发人员自己做(因为可能要看code)
: [整合测试]-整合测试检查员元件间的一致性问题,即系统整合上的问题
: [验证测试]-验证测试应由有经验之实际使用者进行,目的在确认软体功能特性
: 确实符合实际需求。
: [系统测试]-系统阶层功能测试,压力测试,绩效测试,负荷测试,工作背景测试,
: 环境建构测试,恢复测试,安全性测试....
: 3.
: 每一个软体都有自己独特的测试因子
: 甚麽叫测试因子?简单说就是软体属性 会造成风险的那个要素
: 譬如我做购物网站(比如而已)
: 那他的测试因子就是安全性嘛 资料不能外泄阿!! 还有绩效 假设同时10000使用者
: 同时上线...系统当机了 怎麽办?
: 再来大概就是资料的正确性..
: 所以软体属性抓出来先朝这些地方去测
: 4.
: 时间那麽赶 根本测不完
: 是的!!
: 当你成为一个测试人员就要有这个认知~
: 那麽该麽权衡呢???
: 使用者一定会走到的路径 绝对要测过
: 且验证它绝对不会造成当机的损害
: 如果你挑了10个bug都是很冷门的路径
: 那还不如两三个是落在使用者必定走的路上
: 他还觉得你的产品好用些
: 5.
: 心态调适
: 这个一时之间很难说.....
: 只是做测试要把握一个原则-优使性
: 不管外在纷纷扰扰要对得起自己的良心 品质是很重要的 真的...
: 不知不觉打那麽多
: 要去睡了 下台一鞠躬
也是好晚了,懒得多写,尤其原回文大大又写得那麽好
仅补充一点点,野人献曝一下
如果您是测试领域的入门者,也许该考虑以下简单的项目
1. 对作业系统、环境熟不熟? 对产品以及规格书的认知多少? 测试设计与测试案例
是不是自己写的? 不是的话,要寻求什麽帮助先弄清楚?
2. 测试人员应该抱持着"自己是第一个产品使用者"的心态去测试
这样您会有全新不同的视野来看待您的产品与您的工作
也会看到更多教科书或标准教范没办法提到的问题 (有可能更重要!!)
如果以一个纯研发人员的心态去看待测试,那做出来的产品往往亲和力不佳
(Not User-friendly),顶多只是找找程式上的bug而已,测试所包含范围有限
3. 如果有写得够详细的文件,请仔细参阅,尤其是测试计画。很多新手往往因为
对专业用语还不熟悉或囿於经验,容易忽略测试计画。但全本西厢记却都在那里
4. 您是QA还是tester? QA范围所包含的更为广泛,连整个开发团队的工作流程、文件
等等都是可以测试的范围。可以提出您专业的意见
5. 读书罗(或找人交流、找家有规模的公司等等),现在中文书也比以前多了,
读一读有助厘清一些观念
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 218.104.123.2
1F:→ WJ1224:讲得很好呀~当"第一个使用者"的心情真的很重要... 01/24 17:50
2F:推 joel913:大推!!! 01/25 01:16