项目名:俄罗斯方块 组名:新蜂 测试者:韩媛媛(nice!团队) 用户需求规格说明书URL:http://www.cnblogs.com/Boxer1994/p/6084035.html 组长博客URL:http://www.cnblogs.com/Boxer1994/ 代码git URL:HTTPS: https://git.coding.net/Boxer_/homework.git               SSH: git@git.coding.net:Boxer_/homework.

神兽护体,代码无bug.经常看到代码注释的各种形状,这是一种程序员情怀.那么,如何能写出零 Bug 的代码呢,来看看@码农翻身 的这篇手册--零Bug的代码是怎么炼成的. 写零 Bug 一定少不了代码审查,推荐下 mindwind 的随笔思考Code Review 程序员的寄望与哀伤,是否也说出了你的心声.除此之外,@叶孤城___ 和其他几个伙伴做了Code Review的高效专业代码审核服务. 再来看下本期 fir.im Weekly 的其他干货内容. 『 iOS,Android, 前端开发干

在使用pthread进行NDK中的多线程开发时,自己写了一个BUG, void *darkGrayThread(void *args) { ThreadParam *param = (ThreadParam *)args; LOG("start%d end%d ", param->start, param->end); int end = param->end; ; i < end; ++i, j+=) { LOG("d1"); param-

1947年9月9日,美国海军准将 Grace Hopper 在哈佛学院计算机实验室里使用 Mark II 和 Mark III 计算机进行研究工作.她的团队跟踪到 Mark II 上的一个错误,操作人员发现是由于一只飞蛾钻到了 Mark II 的继电器里导致的.团队清除了这只飞蛾,一切恢复正常.当时的工作人员记录了这样一句日志:" First actual case of bug being found. "  这次著名的事件,犹如潘多拉打开了魔盒,从此,程序员的世界里,bug 满天飞

刚入职的程序员新人,办公桌上,基本上也就一电脑.一键盘.一鼠标,再配个被杯子.然而混迹职场多年的猿老们,办公桌上都有一些彰显身份地位的“好东西”. 这张图两点颇多,最显眼的,是办公桌上那个黄黄的东西,拉近一看,是一只小黄鸭.据说程序大师随身都会携带一只小黄鸭,调试代码时,就会详细的向鸭子解释每行代码.这种方法还有一个好听的名字“小黄鸭调试法”. 一直以为,不会写 bug 的程序员,是一个非常不合格的程序员.不过 bug 写多了,好像也不是什么好事.这不,某位程序员同僚,因为赶项目的时候,写了太多

好了,现在开始记录我学习QT的学习历程 . 本人也不是计算机专业出来的,自学了一点,但还是不好找工作,于是参加了培训,虽然感觉没多学到什么 编程的学习生涯就是不断的看别人的源码,然后自己参考着写写自己的,把别人的好东西收集起来,等自己某一次需要的时候,知道有这个技巧可以用,就非常完美了.在我看来,很多的技术什么的,说的漂亮,其实用技巧来描述更合适,也没什么真正的技术含量,只是你想不到,是吧,哈哈哈哈.还是得膜拜下那些远程技术的大神. 好了,开始吧.学习QT. 今天也不记录什么其他的,就说说QT是

来源:www.cnblogs.com/sherrywasp/p/9262877.html 1947年9月9日,美国海军准将 Grace Hopper 在哈佛学院计算机实验室里使用 Mark II 和 Mark III 计算机进行研究工作. 她的团队跟踪到 Mark II 上的一个错误,操作人员发现是由于一只飞蛾钻到了 Mark II 的继电器里导致的. 团队清除了这只飞蛾,一切恢复正常. 当时的工作人员记录了这样一句日志:"First actual case of bug being found

项目名:在线考试系统 组名:金州勇士 测试者:宫丽君(nice!团队) 代码地址: ssh:git@git.coding.net:handsomeman/examm.git     https://git.coding.net/handsomeman/examm.git 团队产品规格说明书:http://www.cnblogs.com/yinll314/p/6061359.html 看到的现象: 培训签到里点击评论,写完评论内容以后点击提交,虽然提交成功,但是文本框里仍然有之前评论的内容. 期待

写在文章的开头 最近项目比较紧,尤其前端的的需求比较多,作为一名测试,也会些vue,本着加快项目进度的美好想法,就自告奋勇的向组长承接了一部分开发的任务,其中有个需求需要在我们的广告管理后台新增一个上传图片的功能,需要先上传到七牛云,然后在将图片的地址传给服务端. bug的由来 在项目里我们使用的是Iview组件库的Upload组件,这个组件可以设置一个回调函数用于在文件上传成功后做一些处理 on-success属性可以用于指定上传成功后的回调函数,我就把图片上传到服务端的逻辑写在了这个回调函数

测试时间:2016-11-23 20:10 测试者:刘芳芳(nice!团队) 代码地址:HTTPS:https://git.coding.net/jx8zjs/llk.git SSH:git@git.coding.net:jx8zjs/llk.git 组长博客地址:http://www.cnblogs.com/wangsen123/. 用户需求规格说明书URL:http://www.cnblogs.com/wangsen123/p/6071198.html Bug1: 我看到的:消除两个相同图案

事情是这样子的,前不久接到一个需求,为一个游戏开发礼包码功能 通常一款游戏运营期间会搞各种各样的活动吸引玩家,其中最常见的就是发放礼包,  玩家可以通过礼包码兑换礼包. 用礼包码兑换礼包有个一限制,游戏运营商不会让玩家无限制兑换, 针对某一次发放礼包的活动,一个账号只能兑换一次, 即使玩家手上有多个礼包码也不能多次兑换. 打个比方,某一款游戏搞活动向玩家发放礼包,这个礼包内总共有10000个礼包码, 玩家可以通过这些码去游戏中兑换. 参加活动的玩家每人手上只有一个礼包码,而某一个玩家通过某种方法

作业要求来自:https://edu.cnblogs.com/campus/nenu/SWE2017FALL/homework/957 环境:windows7  cmd命令行 要求1 bug计分.阅读教材第298页,发布bug报告. 一.被测试程序的作者:吴雨丹 吴雨丹的代码git地址:https://git.coding.net/clairewyd/wf.git 1.标题:没有用控制台命令输入,输入格式不对 2.内容: (1)重现步骤:命令行打开到含有wf.exe的文件夹下面,按照SPEC的命

添加对,更新和查询出错 因为只写了bean里只写了se't方法,没有写get 多条件联合查询,后一个条件没用 写xml里面复制上一行,忘记把变量名改了(propertyValue没改成registerCapital)

组名:奋斗吧兄弟 测试时间:2016-11-23 15:15 测试者:李权(nice!团队) 代码地址:HTTPS: https://git.coding.net/li_yuhuan/FoodChain.git SSH: git@git.coding.net:li_yuhuan/FoodChain.git 组长博客地址:http://www.cnblogs.com/huangxman/p/6048474.html Bug1: 期待看到的:当在某已确定的生态系统添加生物时(比如田地生态系统),系统

https://github.com/KitWong/KitWong.github.io/tree/master/_posts

  自己的总结,和大家分享~

要检测p->next 与p都不=NULL while(p->next!=NULL &&p!=NULL) 会导致访问access NULL pointer的runtime错误,因为&&的短路求值特性,会先求左边,而p=NULL时就错误了.

背景:组内要针对每个项目生成测试报告,要对当前项目的一些bug进行统计.考虑到人工统计比较繁琐,而且是个长期的工作,所以写个脚本对bug进行自动统计.(我们用的bug平台是bugfree,直接可以导出excel,因为每次的项目需求ID不一定,所以人工导出excel到一个目录下.使用脚本进行统计)   一.环境安装 python3,安装xlrd和xlwt.xlutils这3第三方包,这三个包都支持python2和python3 pip install xlrd pip install xlwt p

前言科普 第一篇二分搜索论文是 1946 年发表,然而第一个没有 bug 的二分查找法却是在 1962 年才出现,中间用了 16 年的时间. 2019 年的你,在面试的过程中能手写出没有 bug 的二分查找法么? 定义 在计算机科学中,二分查找(英语:binary search),也称折半搜索(英语:half-interval search).对数搜索(英语:logarithmic search),是一种在有序数组中查找某一特定元素的搜索算法. 搜索过程从数组的中间元素开始,如果中间元素正好是要

摘要:代码冰封,祖传千年! 把大象放在冰箱需要几步? 三步!把代码放在北极需要几步?纳尼? GitHub刚刚公布了一组照片,你写的代码(BUG)上周已经被打包运往北极保存. 只要你2月2日以前贡献过的开源代码,现在都已经被埋在北极的冰雪之下,保存一千年. 2019年GitHub公布了一项计划:Arctic Code Vault,项目的意思是要把你的/我的/他们的代码带入北极,然后埋入北极地下400米深的永久冻土层,据说,要保存1000年. (这就是传说中的 祖传 代码 吗? ) 据GitHub官