※ 引述《LieTo (这就是人蔘.....)》之铭言： : ※ [本文转录自 Tech_Job 看板] : 作者: 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. 心态调适 这个一时之间很难说..... 只是做测试要把握一个原则-优使性 不管外在纷纷扰扰要对得起自己的良心 品质是很重要的 真的... 不知不觉打那麽多 要去睡了 下台一鞠躬 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 61.217.202.213