软件测试学习基础知识点整理
2022-01-05点击量：170
定义在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。测试就是发现错误而执行程序的过程。原则保证测试的覆盖度，但是穷举测试是不可能的。所有的测试都应该追溯到用户。越早测越好，测试过程与开发过程应该是互相结合的。测试的规模从小到大，从单元测试到系统测试。不能为了便于测试而擅自修改程序。既应该测试软件能做什么，也应该测试软件不能做什么。度量测试覆盖率缺陷发现率测试成功率（或者说用例通过率）显式条件：项目风险项目经费隐含条件：老板们从当前的测试结果已经获得了足够的信心,或者彻底摧毁了信心。只要他们还在犹豫咱就得继续干活。测试的原则测试只是展示缺陷测试只能表明缺陷存在,却不能证明没有缺陷。测试能降低未发现缺陷留存的概率,却不能证明软件是绝对正确的。正如某些数学命题,你可以穷举1-n,证明其正确,却依然无法证明对于n+1仍然正确。穷尽测试是不可能的测试所有的输入和条件组合是不可能的,除非是极其简单的情况。可以取而代之的是基于风险和优先级的测试。当不懂装懂的老板要求你彻底测试一个软件的时候,这是你反驳的最好支持,当然要说的委婉一点早期测试要较早发现缺陷,就要在软件周期尽可能早的时候开始测试,而且要专注于已定义的测试目标。尽早开始测试!这句话估计早就把大家的耳朵磨起茧了。为什么要早?因为越早发现问题,解决的代价就越小。缺陷簇生要对缺陷发现率高的模块投入更多的测试。少量的模块往往隐藏了大部分的缺陷。这不仅仅是所谓的物以类聚。缺陷发现率高的模块往往于需求不清,设计不当,编码复杂度高等内在原因关联,所以从风险的角度来看必然较高,多花些时间绝对值得。杀虫剂悖论相同的测试再重复多次后就无法再找到缺陷了。要克服“杀虫剂悖论”,测试用例要不断评审修改,不断添加新的和不同的测试,就有可能找到更多缺陷。随着对系统的加深理解,必然会有更多的测试用例产生。另外缺陷本身也是新用例的很好来源。测试是上下文相关的测试在不同上下文环境中的执行是不同的。比方说安全关键系统(safetycriticalsystem)和电子商务网站的测试方法就有很大不同。这个原理相对难理解。这里其实强调的是不能用相同的态度和手段来测试不同类型的系统。安全关键系统的概念要到高级大纲中才出现,指的是对系统安全要求苛刻的系统,较之一般的电子商务系统的测试要求更为严苛。无错谬论假如建立的系统不稳定或不能满足用户需要和期望,那么发现和修复缺陷就毫无帮助了。缺陷数量往往用来评估某软件的质量,但要是系统本身背离了用户要求,那就算缺陷再少也没用,因为没有人会去用它。所以测试时要注意验证(verification)和确认(validation)的区别。需求规格说明和其他文档只是需求的不完全载体。文字说明必然有遗漏和偏差,而各人的理解更有可能出错。要不断通过各种途径保证所生产的的确就是用户需要的。常用的方式就是邀请领域专家或用户尽可能多地参与到开发活动来,特别是需求评审和演示(Demo)。测试做到什么程度并没有一个固定答案。只要满足两个显式条件和一个隐含条件就要一直进行。本文由培训无忧网千锋教育专属课程顾问整理发布，希望能够对想学习软件测试培训的同学有所帮助。更多软件测试培训课程欢迎关注培训无忧网软件测试培训培训频道或添加老师微信：15033336050...
人气：5478五三教育廊坊市
人气：29398咸阳海文考研咸阳市渭城区文林路1号咸阳师范学院大学生服务中心2楼东侧
人气：4501宝鸡海文考研宝鸡市渭滨区宝光路44号宝鸡文理学院老区大门口东侧20米
人气：9322西安海文考研西安市雁塔区小寨嘉汇汉唐书城写字间9楼海文考研(长安中路111号)
人气：28507深圳思学佳教育深圳市宝安区宝安中心创业一路宏发领域3楼（宝安中心地铁站B出口30米）
人气：6954温州海文考研浙江省温州市瓯海区茶山街道中心东路茶山创荣广场2栋
人气：6594金华海文考研浙江省金华市婺城高村瓦云路77号（浙江师范大学北门右侧20米）
人气：6058宁波海文考研浙江省宁波市江北区孔浦街道风华路928弄云创小镇C4号楼
人气：6313绍兴海文考研浙江省绍兴市越城区城南大道835号
人气：6212嘉兴海文考研培训浙江省嘉兴市南湖区中环南路2608号福地广场
