bug 报告

准备工作:首先我下载了Git Bash这个软件,利用了老师所给的git命令,批量的pull所有同学第二次作业的代码。截图如下:

一.被测试程序的作者:方铭

程序git地址:https://coding.net/u/MingZi-/p/cipingtongji/git

标题:运行程序后输入命令闪退

内容如下:

环境 :windows 7环境   VS

编译方铭同学的程序: 显示没有错误

执行程序:首先我输入了我电脑中的tst文件,没有达到预期效果,佐证如下:

就这个情况我的个人理解是因为scanf()函数在读入一个数据后,还会读入我们敲的回车字符,这个回车字符就会导致getchar();已读入一个回车字符,从而失效导致窗口仍会一闪而过。

而后我想着是否是文件的路径有问题,再想重新输入一次时,运行闪退。而后我在return前面加了一句system("pause");运行程序

但结果还是闪退,不知道什么原因,很懊恼。。

二.被测试作者:吴雨丹同学

程序git地址:https://coding.net/u/MingZi-/p/cipingtongji/git

标题:编译程序后出现错误

内容如下:

环境 :windows 7环境   VS

编译吴雨丹同学的程序:

编译后出现了这样一个错误,不知道原因是什么。

二.被测试作者:姜珊同学

程序git地址:"https://coding.net/u/js2017102865/p/StreamReader/git

标题:运行程序后出现错误

内容如下:

环境 :windows 7环境   VS

编译姜珊同学的程序:

没有错误,然后运行一下:

出现了以上错误,我开始觉得是我文件的路径有问题,于是改了一下她程序中的路径:

依然出现了以上界面。未完待续。。

时间: 2024-08-29 14:27:40

bug 报告的相关文章

Bug报告

1.在登录时,字符也能输入 运行APP,手动进行测试,进入登录界面,点击输入账号密码, 账号输入张三,密码输入张三,点击登录,进入到了用户主页. 账号输入张三,密码输入66666,点击登录,进入到了用户主页. 账号输入66666,密码输入张三,点击登录,进入到了用户主页. 这里实际应当发生的是当你账号密码都输入张三时,点击登录,会弹出提示输入正确账号密码(由数字和字母组成),并且停留在登录界面 当账号输入张三时,点击登弹出提示输入正确的账号(由数字和字母组成),并且停留在登录界面 当密码输入张三

bug报告:UIAlertView消失之后收起的键盘又弹出

iOS8之后,有了UIAlertController这个类,如下 NS_CLASS_AVAILABLE_IOS(8_0) @interface UIAlertController : UIViewController 很明显,苹果强烈建议广大码农们如果能不用UIAlertView就不要用啦,因为我们有UIAlertController了! 进入正题... 为了兼容iOS7,我们的项目中就统一使用了UIAlertView.问题来了:(项目中的某一)界面中textField处于编辑状态(界面上有键盘

如何有效地报告 Bug

如何有效地报告 Bug 引言 为公众写过软件的人,大概都收到过很拙劣的bug(计算机程序代码中的错误或程序运行时的瑕疵--译者注)报告,例如: 在报告中说"不好用": 所报告内容毫无意义: 在报告中用户没有提供足够的信息: 在报告中提供了错误信息: 所报告的问题是由于用户的过失而产生的: 所报告的问题是由于其他程序的错误而产生的: 所报告的问题是由于网络错误而产生的: 这便是为什么"技术支持"被认为是一件可怕的工作,因为有拙劣的bug报告需要处理.然而并不是所有的b

如何有效地报告Bug

英文原文:Simon Tatham,编译:Dasn 引言 为公众写过软件的人,大概都收到过很拙劣的bug报告,例如: 在报告中说“不好用”: 所报告内容毫无意义: 在报告中用户没有提供足够的信息: 在报告中提供了错误信息: 所报告的问题是由于用户的过失而产生的: 所报告的问题是由于其他程序的错误而产生的: 所报告的问题是由于网络错误而产生的: 这便是为什么“技术支持”被认为是一件可怕的工作,因为有拙劣的bug报告需要处理.然而并不是所有的bug报告都令人生厌:我在业余时间维护自由软件,有时我会收

如何有效的报告一个BUG

无意中浏览到了这篇文章 非常感谢作者 这是原文链接 以下为原文: 引言 为公众写过软件的人,大概都收到过很拙劣的bug(计算机程序代码中的错误或程序运行时的瑕疵——译者注)报告,例如: 在报告中说“不好用”: 所报告内容毫无意义: 在报告中用户没有提供足够的信息: 在报告中提供了错误信息: 所报告的问题是由于用户的过失而产生的: 所报告的问题是由于其他程序的错误而产生的: 所报告的问题是由于网络错误而产生的: 这便是为什么“技术支持”被认为是一件可怕的工作,因为有拙劣的bug报告需要处理.然而并

是否存在未解决的bug

目前在网上,都是使用了听说,这两个字,形容agg,并且从07年开始就没有更新,作为不推荐使用的一种理由. 如下是个人的一些观点: 1)目前在使用的过程中没有发现任何的bug,当然了这里有一篇文章描述内存的,这是一种极端的情况,用户需要自己处理.希望其他人能够提供一个Bug报告,至少可以进行修改

Bug修正+WBS功能分解

名称:nice! 项目名称:约跑app 组长:李权 成员:韩媛媛 刘芳芳 宫丽君 于淼 Bug修正: 1.我看到的现象:退出当前的账号后,按返回键可以再次进入登录界面. 期待的现象:能够安全登陆和退出. 二者的差异:没有能像期待中安全退出. Bug原因猜测:在android的application中有一个栈的数据结构存储app点击后的activity.当用户按返回后的退出键时,返回到栈顶的activity.所以出现了以上的bug情况. Bug重现的步骤:在登录成功之后,按退出登录之后,再按手机的

ios捕获异常并发送图片,便于解决bug

在开发过程中,我们有时候会留下Bug,用户在使用我们的app 的时候,有时会出现闪退,这时候我们能够让用户给我们发送邮件,以让我们开发者更加高速的地位到Bug的所在.以最快的时间解决.同一时候也提高用户体验. 在AppDelegate.m文件里,加入例如以下代码: 01 NSUncaughtExceptionHandler* _uncaughtExceptionHandler = nil; 02 void UncaughtExceptionHandler(NSException *excepti

bug日志(1):UIAlertView消失之后收起的键盘又弹出

iOS8之后,有了UIAlertController这个类,如下 NS_CLASS_AVAILABLE_IOS(8_0) @interface UIAlertController : UIViewController 很明显,苹果强烈建议广大码农们如果能不用UIAlertView就不要用啦,因为我们有UIAlertController了! 进入正题...... 为了兼容iOS7,我们的项目中就统一使用了UIAlertView.问题来了:(项目中的某一)界面中textField处于编辑状态(界面上