软测试是一个烂摊子?NO——【软测试】

  软测试是一个烂摊子权?我开始也是这么认为的。这充分证明,。我并没有考虑,整个合并没有类似的项目。

  前几天跟慕夏交流了怎样做总结,听完她讲的,我開始学着为细节的知识点找联系。

只是今天跟老师一交流,才发现自己还是打了非常大的折扣。

  一、为什么要做总结,我们琢磨什么?

总结是为了梳理知识,找它们之间的联系,不会让不论什么一个知识点游离于知识网之外。

  二、怎样做总结?  

总结做好两点足以:1.多——>合并,少——>找关系 2.没有你做不到,仅仅有你想不到的。

  下面是我对软考宏观的总结:

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvd2FuZ21laTQ5Njg=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" >

  听了不下于10遍老师讲总结、织网,为什么还是没有贯彻到自己的行动中呢?由于没有坚持到尝到甜头的时候。就中途放弃了。下次再拾起来的时候,又从头開始。

我们的智力都没有问题,缺的是成为明人的坚持和相信。

  啥都不说了,还是好好看书吧。如有不妥。还望指正。thank you!

版权声明:本文博客原创文章,博客,未经同意,不得转载。

时间: 2024-10-26 16:56:18

软测试是一个烂摊子?NO——【软测试】的相关文章

记一个质量极差的测试工具——请重视手工测试,自动化测试不是银弹

新年伊始,又想吐槽一番. 背景:我在一个做自动化的持续集成测试的组. 我们隔壁有一个做测试工具的组.半年前我们隔壁组做了一个工具,具有代码分支管理.静态分析.不同级别的单元测试.集成测试等功能, 这个工具被老板看中,强制让所有部门使用这个工具来提交代码.不用这个工具提交的代码将不能合入产品代码的主分支.使用这个工具提交的代码会自动去编译.打包.进行各层测试. 大家使用之后,发现这个工具烂透了.有无数的严重BUG.(比如提交上去的代码不能打包成功,等等.) 我每次提交代码使用这个工具需要浪费大约8

为Visual Studio添加一个“编码的UI测试生成器”的快捷方式

在添加CodedUI测试用例时,经常需要查看捕获控件的属性.按照常规的方式,只有在添加一个全新的CodedUI编码测试时才能查看捕获控件的属性,这样很不方便. 下面介绍在Visual Studio工具栏里添加一个快捷方式,随时打开"编码的UI测试生成器",随时捕获控件,查看控件属性. 操作步骤: 1. 通过Visual Studio的"外部工具"菜单,添加快捷方式 2. 制定快捷方式的命令名称和路径 Visual Studio 2013的命令为:C:\Program

需求:有一个猜数字小游戏,请写一个程序实现在测试类中只能使用5次,超过5次提示:游戏试玩结束,请付费。

package cn.idcast4; import java.io.FileNotFoundException;import java.io.FileReader;import java.io.FileWriter;import java.io.IOException;import java.io.Reader;import java.io.Writer;import java.util.Properties; /* * 需求:有一个猜数字小游戏,请写一个程序实现在测试类中只能使用5次, *

测试流程:一个版本是如何测试上线的--功能测试

在传统的软件行业中,每一个版本的迭代周期少则半年,多则几年.一个版本中如此多的功能最终发布,测试是如何进行质量的保障的呢,我将以我经历的一个项目版本为案例,讲述这个过程中的测试流程. 我们常说测试要尽早的介入到项目中去,从需求开始测试.在这个项目中,需求的测试,我们这边是针对每一个需求单的评审,具体负责该单据的测试人员都要求做需求评审的问题记录跟踪表,要求需求评审中要提出对于该需求单的疑问,不合理的地方要求指出来,在评审会议后要发布需求评审问题记录表给参与该单据的评审人员,并附上结果是否评审通过

做了一个密码强度输入测试

<!doctype html> <html> <head> <meta charset="utf-8"> <title>密码强度输入测试</title> <style type="text/css"> .cont { margin-left:300px; margin-top:50px; border:solid 1px #ccc; width:520px; padding:20px

我的2015测试之路 ——做一个很有想法的测试

我的2015测试之路 ——做一个很有想法的测试 不记得有多少次了,总是说等什么时候闲了,就回过头看看这一路跋涉.风尘仆仆的自己.可每次都只是想想而已,即使真的闲下来了,却又不太愿意剥开自己的心,怕看了会伤感.又怕看了会觉得失望,可能是我没有成为,当初那个我想要成为的样子吧.是该对自己说一句对不起了.对不起,我深爱的自己! 人们总是在歌谣里哀求时光慢些,不要再让亲人变老了.但它总也是不听话,于是2015年终究是被推进了历史.现在我们只能在回忆和指尖怀念2015了,诚然,2015对我们每个人来说都是

【转】对于移动APP测试的一个小技巧

目标:目前越来越多的应用要支持移动设备,html5的推出,方便了页面对移动app的支持,那么我们该如何有效的去测试同时支持app和web的代码?web的测试可以使用浏览器的一些工具来辅助测试,比如ff的一些插件捕捉请求,抓包,可以来分析数据,进而验证数据的正确性与否,但是移动app该如何进行测试,如何去抓包,捕捉这些请求,客户端上是无法实现的.那么有别的方法吗?如果客户端测试你仅仅只用一个客户端来完成说明你out了.介绍一种方法来实现在pc上抓包,监控app的所有请求,测试app的代码. 需要的

一个简单的HTTP测试工具:Send HTTP Tool

我们在调用或者测试测试HTTP协议,或者第三方系统公布的RESTFul Web服务的API的时候,可以有很多种方法,比如,自己在cmd行中,打开telnet,然后拼写HTTP的数据:或者用Fiddler2发送HTTP请求的数据:还有其他方式:直接用telnet命令,拼写HTTP的数据很不方便,而且很容易出错:Fiddler2虽然功能强大,但是个人感觉使用起来有点稍微复杂,特别是对初学者来说.那么有没有一个简单,易于使用,一看就能知道如何使用的发送HTTP请求数据的工具呢?在这个篇文章中,为给大家

iOS开发:XCTest单元测试(附上一个单例的测试代码)

测试驱动开发并不是一个很新鲜的概念了.在我最开始学习程序编写时,最喜欢干的事情就是编写一段代码,然后运行观察结果是否正确.我所学习第一门语言是c语言,用的最多的是在算法设计上,那时候最常做的事情就是编写了一段代码,如何编译运行,查看结果是否正确,很多时候,还得自己想很多特殊的(比如说零值,边界值)测试数据来检测所写代码.算法是否正确.那个时候,感觉还好,比较输出只是只是控制台的一个简单的数字或者字符.在学习iOS开发中,很多时候也是要测试的,这种输出是必须在点击一系列按钮之后才能在屏幕上显示出来