以下几个问题在Keil5上没有发现,不过因为下载的例子都是Keil4,强迫症让我用起了Keil4 错误一:main.c: Warning: C3910W: Old syntax, please use '--via'.main.c: Warning: C3910W: Old syntax, please use '--cpu'.main.c: Warning: C3910W: Old syntax, please use '--apcs'. 以前安装了uVision V4.71 运行时一直有以上

安全测试bug 业务端提出, 在修改是否给联系人发送短信接口,如果操作人和被操作的联系人不在同一个企业的情况下, 也是可以修改的. 解决办法: 加校验.

文档说明如下: Bug严重程度: A-崩溃的:由于程序所引起的死机.非法退出.死循环:数据库发生死锁:因错误操作导致的程序中断:主要功能错误:造成数据破坏丢失或数据异常:数据库连接错误:数据通讯错误. B-严重的:程序运行错误:程序接口错误:主要功能轻微错误.次要功能缺失:边界条件操作时导致异常:严重的数值计算错误:数据库的表.业务规则.缺省值未加完整性等约束条件. C-一般的:操作界面错误(包括数据窗口内列名定义.含义是否一致):打印内容.格式错误:简单的输入限制未放在前台进行控制:功能冗余:

前几天与开发在讨论问题的时候,开发提了一个问题,说是已经解决的问题,能否用excel表格总结一下,问了一下原因,感觉想法很好,就总结了一下. 在上家公司的时候,提交bug用的是mantis,现在是禅道,两者模式差不多,都是提交bug.开发修改.测试验证是否解决,解决了关闭,没有解决则打回重新解决. 这个时候,假如开发在解决bug的过程中引入了新的bug,该如何判断是哪些操作引入了新bug?一般情况下,开发人员与测试人员在验证bug的时候,都是就题解题,很少会去关心其它方面. 例如:A点到D点,有

前些日子上线了新版的app,在上线后发现了几个重大的bug,在此总结,在以后的测试工作中需要额外的关注. 需求流程bug 页面刷新bug 标签栏刷新bug 第一个bug出现的原因是产品需求与运营实际操作不同步而产生的bug 产品上线的需求是上线一个活动,活动有报名时间,报名通过公布名单时间.在流程图上,所有一系列的操作都是在活动时间内操作的(包括活动报名,查看名单,通过报名,上传活动体验),而在活动结束后没有任何的操作.但是实际上线后发现的问题是,运营都是在活动结束后才会公布名单,然后用户才可以

Bug复现 使用Webbench对服务器进行压力测试,创建1000个客户端,并发访问服务器10s,正常情况下有接近8万个HTTP请求访问服务器. 结果显示仅有7个请求被成功处理,0个请求处理失败,服务器也没有返回错误.此时,从浏览器端访问服务器,发现该请求也不能被处理和响应,必须将服务器重启后,浏览器端才能访问正常. 排查过程 通过查询服务器运行日志,对服务器接收HTTP请求连接,HTTP处理逻辑两部分进行排查. 日志中显示,7个请求报文为:GET / HTTP/1.0的HTTP请求被正确处理和

致命bug:不能完全满足系统要求,系统停止运行,系统的重要部件无法运行,系统崩溃或者挂起等导致系统不能正常运行. 修改优先级为最高,该级别问题需要立即修改. 1.系统崩溃 2.导致程序重启,死机或非法退出 3.死循环 4.数据丢失或异常 5.数据通讯错误. 6.硬件故障,系统悬挂 严重bug:严重地影响系统要求或基本功能的实现,且没有更正办法(重新安装或重新启动该软件不属于更正办法).使系统不稳定.或破坏数据.或产生错误结果,或部分功能无法执行,而且是常规操作中经常发生或非常规操作中不可避免的主

目录 1.1 Monkey测试简介...1 1.2 Monkey程序介绍...1 1.3 Monkey命令的简单帮助...2 1.4 Monkey命令参数介绍...2 1.5 Monkey测试步骤...2 1.6 Monkey测试问题分析及处理技巧...3 1.7 Monkey测试注意事项...3 1.8 Monkey测试命令...3 1.9 Monkey测试问题分析...4 1.1 Monkey测试简介Monkey测试是Android平台自动化测试的一种手段,通过Monkey程序模拟用户触摸屏

今天遇到一个特别奇葩的问题 IOSSDK9.1 Xcode7.1.1 使用表控制器UITableViewController来刷新表时, 之前对表的frame进行的修改,都会被恢复,沾满整个屏幕. 目前的解决办法就是  自己创建表tableView;

描述: 1.上级机构可以为空. 2.机构添加时,选择了上级机构,在未提交前,另一用户将该机构删除,然后前一用户再提交表单,提示会保存成功,本操作应该保存失败. 思路:在上级机构不为空时,保存前进行查询判断,如果保存前一刻查询该机构存在则可以保存成功,否则保存提示“保存失败,请检查机构是否存在,再重试!”: @RequiresPermissions("sys:office:edit") @RequestMapping(value = "save") public St

模板在运行时出现了以下 1 个错误:---------------------------Controller.tt(-1,-1) : error : 获取 AppDomain 以便从主机运行转换时出现问题.该过程无法继续. 模板在运行时出现了以下 1 个错误:---------------------------Controller.tt(-1,-1) : error : 获取 AppDomain 以便从主机运行转换时出现问题.该过程无法继续. 模板在运行时出现了以下 1 个错误:------

首先:我们应该让电脑和手机 处在同一个局域网下面,最简单的方法,就是让手机链接电脑的 WiFi ,或者让电脑链接手机的 WiFi ,然后得到我们的 ip 地址 在电脑上获取 ip 地址就行 获取方法:window + r  ---> cmd ---> ipconfig   三个指令 然后我们的vue项目,先去下载 vue 的脚手架 vue-cli ,然后一切全部准备完毕后,在当前项目的 package.json 的文件中 scripts 对象上,有一个 dev 的属性,属性值就是我们运行的指令

在测试过程中和不同开发合作,往往会发现一些bug都是大多数开发人员常出现的错误,为了帮助开发人员,也减少测试的重复工作量,非常有必要将以往出现的bug做整理,分析原因,让开发知道这些bug, 避免再次出现, 让测试人员腾出更多的时间去发现新的bug, 所以,测试开发需要做bug预防. Web测试bug预防: 1. 分辨率. 在不同分辨率下网页显示的效果和状态,这个需要产品人员在产品开发之前就明确的. 2. 浏览器的兼容性.明确需要兼容哪些浏览器及浏览器的版本(360,IE,Chrome,fire

入禅 目录 入禅 1.禅道的基本使用 1.禅道的基本使用 admin(管理员) 部门:创建部门(需求部门,开发部门,测试部门,项目部门,产品部门) 组织:创建用户(产品经理,项目经理,开发人员,测试人员),分配权限 产品 模块:添加模块 产品(创建产品) 需求:提需求 项目 项目:添加项目 团队:添加人员 产品:关联产品 需求:分配任务(开发,测试) 开发 我的地盘:查看bug或者需求 我的bug,[解决]指派测试验证 测试 bug:提bug,指派开发 验证开发修改的bug

冒烟测试的概念: 版权声明:本文为博主原创文章,未经博主允许不得转载. 冒烟测试既是对软件基本的功能进行测试,测试的对象是每一个新编译的需要正式测试的软件版本,目的是确认软件基本的功能正常,保证软件系统能够跑起来,从而能够进行后续深入的正式的测试工作,如果基本的测试都是有问题的,比如说软件的安装卸载,更新都出现了问题,就直接打回开发部了,不需要进行进一步缜密的测试工作. 冒烟测试目标:确认系统或模块能正常运行,可以进行测试.冒烟测试内容: 系统是否能够正确安装卸载更新:             

公司介绍: http://www.lagou.com/gongsi/43095.html http://www.yamichu.com 简历发到: zhuye@yamichu.com 招聘职位: JAVA后端高级软件开发工程师 职责: 根据产品经理的需求配合前端工程师或App工程师进行网站.App后端程序的开发. 实现安全的.高性能的.高可维护性的.性能良好的.可伸缩性的后端代码. 对团队开发人员进行代码质量审核和技术指导,解决相关疑难问题. 负责相关文档的建设和维护以及前沿技术.新技术的调研.

项目经理担责任.产品担责任.测试只需要把测试中发现的问题展示出来.如实反应问题.谁担责任谁有权利决定上不上线.所以他们直接绕过了测试.APP的上线让我学到了很多东西,见识了很多东西,也感悟了很多.这是我之前的测试生涯中从未经历过的.我看到了自己的缺点,需要改正的地方.接触了各种性格的人.总之,我长见识了.我的感悟:1.测试工作不是闷头干自己的事,需要和各种性格各种角色的人打交道.2.本次的测试工作我做的很不好.我自己很不开心.和产品吵架了,在工作中给自己树立了敌人.2.测试工作的度.3.bug的

什么是android测试,分为黑盒测试和白盒测试. 黑盒就是测试人员看不到代码的,针对需求而进行的一系列测试动作,看代码所展现出来的效果是否和需求一样,或者有什么意外的情况没有处理等,一般开发交给测试人员,测试人员经过半天或者一天测试后,会返回一个测试的excel表单,里面有一条条的bug单,或者显示和功能不匹配,或者出现闪退等意外没有处理等等,开发人员根据bug单去修复就可以了.这里面蕴含了一个软件需求转换成测试需求,开发人员满足测试需求的关系了.有点类似听到的TDD(test-drive-d

第五次团队作业成绩公布 题目 团队作业5: http://www.cnblogs.com/happyzm/p/6788792.html 团队成绩 成绩公示如下: 检查项 测试报告 Alpha版本发布说明 总分 场景测试 Bug描述 如何使用软件 用户需求目标 功能组合 测试矩阵 出口条件 新功能 这一版本 运行环境 安装方法 问题和限制 发布方式及地址 附加分(图文并茂,排版赏心悦目,有互动等) 分值 1 0.5 0.5 1 1 1 0.5 0.5 0.5 1 1.5 1 1 11 sns 0.

好久没有更新了,今天来一发 ^_^ 最近在写移动端页面,测试时发现一个a标签的bug:无论是iOS端还是Android端都存在,当点击a标签,会有一个矩形的透明的阴影闪一下(不同的浏览器阴影的颜色还不一样,有的是灰色,有的是淡蓝色的...). 在点击的时候还是相当明显的,这就显得比较违和了,没办法发现bug只得去想办法解决呀. 在改的过程中,发现只有a标签会有这个问题,button和其他标签都不存在,那么久锁定a标签,测试bug是a标签的href属性导致的,搞了这么久,其实都是浏览器自动的效果,

原创文章,欢迎阅读,禁止转载. bug预防C/C++代码发布前的检查:检查有没有低级错误,可用cppcheck (bug预防是指在写程序的时候,bug没出现,积极的进行预防,减少.包括良好的编码风格.编码习惯.使用管理工具和检查工具等.这个放在另一片文章中说吧.) 排查bug的步骤: 复现--让你看到bug的表现固化--尽量让bug能100%出现定位--找出问题根源修改--消除bug验证--测试bug是否彻底解决 (排查bug指的是,已经出现了bug,现在需要把它解决掉) 检查有没有内存泄露,结