软件测试--高校平台

热烈庆祝参加的第一次软件测试结束了，从毫无概念到完成测试，加上走走停停，两个月。总结会那天丢了大人，没有准备上去就胡诌了。哈哈，不过上台的感觉很好啊。。

背景介绍

其实也说不上什么总结，也就是一个小结而已，因为云平台做的过程中问题很多，测试人员水平有限等问题，导致测试并没有按照负责人计划的来。这个有点小遗憾，不然，最后做出的报表一定会非常漂亮。。。没事，，，计划赶不上变化，这次的失误是下次进步的垫脚石。。。





本次测试主要进行黑盒测试，没有进行白盒测试。

黑盒测试顾名思义就是把软件当成一个黑盒，不用管它内部结构，测试人员不需要了解实现细节，根据测试用例，输入指令，看输出的结果和预测的结果是否一致。很重要的一点是它从用户的角度出发，对用户体验也可以提出修改意见。这个比较注重软件给结果，不注重过程。黑盒测试没有清晰的和简明的规格，测试用例很难被设计。

白盒测试相对于黑盒测试人力物力投入大，迫使测试人员去了解系统实现。通过动态和静态分析，对于系统中的问题查出的比较彻底。也有可能找到隐藏的错误。

两种方式各有各的好处和缺点。两者相结合，事半功倍。

一、生命周期

在测试过程中，对于生命周期有了一个 了解。

开发软件有生命周期，从了解需求、设计、开发、测试、运维就是一个简单的开发软件生命周期。

测试也是有生命周期的：


(图片来自网络)

就连一个Bug也是有生命周期：




如图，大概可以描述这个bug从被发现，到解决到关闭，如果回归测试的时候，问题仍没有被解决，就重新打开。

二、原因和结果一样重要

为什么说原因和结果一样重要呢 ？
这里面有一个插曲，在测试的两个星期里，大家的神经都很紧张都希望在计划的时间里完成任务，开发的人可以顺利改掉BUG，测试的人可以测试出更多的BUG，并且测试工作能给系统开发带来实际的好处。
测试进行到一个阶段的时候，就会到一个瓶颈期，大家很努力，但是效果不好，而且系统总是出问题，问题没有办法快速解决，测试工作就处于行动缓慢的状态。那个时候测试和开发都是忙忙的状态。而我只是在问各个子系统发布的结果是否符合我们的要求，然后把我从开发获得的数据。这个时候张薄姐带着我们和开发负责人一清进行沟通，在沟通的过程中，忽然就找到问题所在了。
我后来就想这件事情的情况，我自己在做的过程中，除了经验不足之外，是不是找的原因太少了。多问几个问题？

1、系统现在的问题，问题的原因是什么？

2、有交互的系统之间，经常出问题的A系统影响其他系统的原因是什么？

3、A系统都做了些什么操作，为什么要做这些操作

.


.


.

正是在沟通过程中，知道了原因，双方也就在进行了梳理，出问题的地方就是打结的地方了。那么解决问题就是针对性的在进行解决了。

所以，多多问原因，不要只把目光放在结果上，抱着打破砂锅问到底的精神，对两个部门沟通很有帮助。

结果

最终我们得到 一张很优美的图



这个过程，需要很多测试的经验和知识，还要有全局把控的意识，并且和开发部门进行良好的沟通。使我们测试部门能找到更多问题和发现隐藏的缺陷；使软件早日达到用户满意，能经 的住压力的软件。

这个过程中，也要感谢领导我们的薄姐，以及辛勤劳动的小伙伴儿们。（从最后一张图就可以看出来了，呵呵）同时也祝大家羊年大吉大利，羊羊得意，万事如意。。。