软件测试小结

软件测试的实质是什么？大家都知道 测试是无穷无尽的 所有软件测试人员测完软件后就算没有问题都不敢说软件没有问题了 这样到时候有问题了，背锅的只能是自己了，要想万锅丛中走，片锅不沾身 ，还是得讲一讲语言的艺术，我们只能说 这个软件我目前没有遇见什么问题  说话七分满 做事留一线 不要相信开发 不要立flag这是咱们软件测试工程师的职场生存指南（狗头）

那么软件测试的实质到底是什么呢，我觉得就是对比 -----预期结果和实际结果的对比  举个荔枝 遥控  你按一下遥控的音量加建 预期结果是电视的音量会加大一 但是你去实际操作的时候 按了一下音量加键电视却关机了 这是就是预期结果和实际结果不一致 这是bug，需要你去提，这就是预期结果和实际结果相对比

之前朋友跟我说待过一家公司很奇葩，奇葩到什么样子呢？他不让朋友写测试用例  说是浪费时间，还有就是没有需求。。。软件做成什么样子全靠产品一张嘴，当时我听了心中瞬间有 一百万个黑人问号脸 （嗯？？？？？what？妈的 还有这事？？？） 

测试用例对对于测试工程师来说是非常重要的！！！！！

测试用例可以去指导测试的实施，规划测试数据的准备，评估测试结果的基准，在集成，系统，回归这些个测试阶段中非常重要

对测试工程师自己而言的话编写测试用例  可以帮自己去理清测试思路，执行 ，指导测试工作，到后期执行，修改，查漏，修补会有很大的作用 ，并不是根据自己的主观能动性去去测 公一哈母一哈会很乱 很杂 怎么设计测试用例这里也稍微的提一下  无非就是从以下几点来切入来思考   功能 ，性能，界面，安全性，易用性，兼容性 我们在来简单举个荔枝  比如说电梯 你怎么设计测试用例  

功能：1.开门关门，上升下降 2.电梯的按钮是否能使用 3.报警装置是否能使用 4.电梯里是否能接收信号

性能：1.上升下降速度快不快 2.电梯碰到人体的反应时间 3.开关门时间 4.能装多少人

界面：1.查看电梯外观 2.光滑程度 看能不能把自己的鼻毛都能照出来 3.形状 4.材料质感 

安全性：1.停电时电梯会怎么办 2.有人扒门电梯会怎么样 （具体参考需求）

易用性：按键高度，操作是否方便，舒适程度

。。。。。。

这里只是简单的说一下  具体的还是要参照需求说明书 在通过方法和提取的功能点来编写 这样会更加全面

在说说没有具体的需求分析说明书应该怎么办--

听完产品口述完了以后 你大概能明白项目是个什么样子了 这个时候我们可以在市面上找到同类型的产品作为参考，根据成熟的产品需求来套，来搬 ，来不讲武德，还有就是把自己当成用户来思考问题，这个软件我是来干什么的是看片 还是来看段子的 那么要是看片的话我需要的功能是什么样子 我该怎么去操作他，看片的流程的什么的样的，是可以选择还是要搜索 ，这个过程中会涉及到那些模块 ，这么模块有什么联系。。。。。等等等等 完全把自己当成用户来体验 ，当然了这说的没有需求文档，就靠产品一张嘴来巴拉巴拉的如果公司有需求文档，还是按照需求文档来，对摸棱两可的地方要提出来，对有点地方觉得不妥的地方也要提出来 ，后期在和开发坐下来心（打）平（打）气（杀）和（杀） 的好好沟通

最后在分享一个我面试遇见的一个好玩的面试题

问：我是你老家的好基友，现在要到深圳来玩 你打算怎么安排好

那肯定先带你pc啊  。。。

咳咳

作为一个测试，遇见这种需求，上来就写测试用例（流程安排）其实是不太妥的  比较稳妥的做法是去反问 怎么问呢

你打算怎么时候过来 ，早上到还是晚上到 ， 是坐灰机还是火车 ，到那个站下 ，行李多不多，我去接你是开地铁还是开车过去，以前来过没有，吃东西有咩有什么忌口，来这边有没有特别想去的地方，想跟我挤一张床还是出去跟你开房，什么时候走 ，

这个叫什么 ？（这叫专业）这就是测试在需求评审的时候，应该对产品的种种细节去问 ，而不是拿到需求就直接开始干，这样不妥 

好了 先分享这么多 ，如果有不妥的地方 请大家多多指教 轻喷