软件测试之常遇到的错误发现以及解决原因

Github:https://github.com/3014218159/SoftwareTesting
cnblogs:http://www.cnblogs.com/sxh3014218159/

遇到错误:
问题一.计算机图形学作业中,内存录入一个3D模型是由无数个点组成的,每过一帧里面的点需要及时清除,不然堆积后会占用内存,导致运行卡顿;
出现原因:没有收回内存,导致内存占满,运行卡顿
解决方法:百度搜索得知没过一帧,光点所占内存需要回收才可以继续播放,搜索得到解决代码,自动回收从而解决;
问题二:cstring需要在末尾添加"/0",不然会在字符串的末尾导致未知错误,出现一些乱码字符等等;
解决方法:每次编辑ctring添加“/0”

时间: 2024-10-24 11:49:02

软件测试之常遇到的错误发现以及解决原因的相关文章

全程软件测试之测试需求分析与计划

全程软件测试之测试需求分析与计划 在项目启动之后,就要着手软件项目的计划,包括软件测试计划.软件测试计划是整个开发计划的组成部分,同时,它又依赖于软件组织过程.项目的总体计划.质量文化和方针.在测试计划活动中,首先要确认测试目标.范围和需求,其中"测试需求分析"是关键任务,然后在测试需求基础上制定测试策略,并对测试任务.时间.资源.成本和风险等进行估算或评估. 无论何时进行估算,我们都是在预测未来,并会接受某种程度的不确定性.软件项目计划的目标是提供一个框架,不断收集信息,对不确定性进

转《Google软件测试之道》

<Google软件测试之道>,一直听朋友讲起这本书,出于琐事太多,一直没机会拜读,最近部门架构觉得我们IT部门的技术太low,就给我们挑选了一些书籍,让我们多看看... 个人的一种学习习惯吧,就做了笔记,将自己的学习理解感触写下来... 预计会分为五部分写这些学习笔记,分别是Google软件测试基础介绍.软件测试开发工程师.软件测试工程师.测试经理以及附录其他部分... 快乐阅读,快乐测试,祝愿你总能发现(并修复)BUG... ----James Whittaker.Jason Arbon.J

软件测试之同行评审

Peer Review(同行评审) 一.概念及目的 一般来说,一个产品完成之后通常会由它的作者及作者的同事来进行检查,目的是为了评估产品的技术性和质量.这就是我们所说的同行评审. 在软件测试中同样也有同行评审(Peer Review),便于对软件进行检查和评估. 同时同行评审也是软件测试中必不可少的部分,几乎所有的软件项目中都需要同行评审,因为每个人写出来的程序都有可能存在错误,让懂行的同事审查一下便于及时发现错误,并在一定程度上提高程序和产品的质量. 二.作用 早期发现缺陷: 去除缺陷: 降低

《Google软件测试之道》测试开发工程师

拖延了将近半年的草稿,断断续续的写完了.之前草草翻看完这本书,关注点主要在TE上,而关于SET的部分则只是浏览,最近后知后觉,又翻出了这本书,重新看了一遍,又有新收获. 就说说Google的SET是如何做的,以及个人的一些思考和收获吧,寥有慰藉... Google的测试流程可以简练的概括为:让每个工程师都注重质量.而在工作流程引入过程中也伴随着一些致命的缺陷,下面简述下Google是如何解决以及其测试流程的是如何进化的. ①.测试并不能保证产品质量.需要一直谨记的一点:质量是内建的,而不是外加的

软件测试之黑盒测试

一.黑盒测试 黑盒测试是以用户的角度,从输入数据与输出数据的对应关系出发进行测试的. 很明显,如果外部特性本身设计有问题或规格说明的规定有误,用黑盒测试方法是发 现不了的.黑盒测试法注重于测试软件的功能需求,主要试图发现下列几类错误. 功能不正确或遗漏: 界面错误: 输入和输出错误: 数据库访问错误: 性能错误: 初始化和终止错误等. 三.工具选择 如何高效地完成功能测试?选择一款合适的功能测试工具并培训一支高素质的工具使用队 伍无疑是至关重要的.尽管现阶段存在少数不采用任何功能测试工具,从事功

小白的软件测试之路

从笔记本代工企业跳出来做软件测试到今天为止整三个月了,一个人从手工测试摸索到现在尝试自动化,做一下总结吧. 第一阶段:依照上一个测试人员的惯例在qc中写用例并执行,发现写的非常的糟糕,无体系且混乱.基本只涉及一些功能测试方面,而且书写非常混乱. 第二阶段:开始查找资料,梳理测试流程,将系统测试各方面重新组织规划,并尽量在有新测试对象时使用这个规范测试,并使用到书中讲到的一些测试用例设计的方法. 第三阶段:寻找自动化测试之路(公司产品分为android端和web端,重点先放在web上),这里的自动

读《微软的软件测试之道》有感(上)

在这个电子书漫天飞的年代,我居然仍然喜欢读纸书,喜欢一边读一遍闻书的味道,就像品尝一顿美味的大餐一样.最近得了一本<微软的软件测试之道>,啃了一段时间了,每次重新拿起来看就觉得里面的内容忘得一干二净了,想起之前有位领导总是教导我们:“要不断总结,要累积,这样才会进步!”之前每次听这话都觉得烦,后来工作久了才知道总结有多重要,如今为了记住这本书的内容,我决定写个读后感,想到哪里写到哪里. 第一部分: 第一章<微软的软件工程> 第二章<微软的软件测试工程师> 第三章<

[转载]软件测试之Web测试经典总结

转载自:软件测试之Web测试经典总结   基于Web的系统测试在基于Web的系统开发中,如果缺乏严格的过程,我们在开发.发布.实施和维护Web的过程中,可能就会碰到一些严重的问题,失败的可能性很大.而且,随着基于Web的系统变得越来越复杂,一个项目的失败将可能导致很多问题.当这种情况发生时,我们对Web和Internet的信心可能会无法挽救地动摇,从而引起Web危机.并且,Web危机可能会比软件开发人员所面对的软件危机更加严重.更加广泛. 在Web工程过程中,基于Web系统的测试.确认和验收是一

《Google软件测试之道》- Google软件测试介绍

<Google软件测试之道>- Google软件测试介绍 2015-05-21 目录 1 质量与测试  2 角色  3 组织结构  4 爬.走.跑  5 测试类型  相关链接 与Microsoft相比,Google的测试团队并非雄兵百万,更象是小而精的特种部队,依靠的是出色的战术和高级武器.Google信奉“少则清晰”. 1 质量与测试 返回 测试是开发过程中必不可少的一部分,当开发过程和测试一起携手联姻时,即是质量达成之时. 2 角色 返回 软件开发工程师(software engineer