2010-03-11号 马上就周末了.在外面出差还没完呢.. 今天讨论到了 软件的性能问题. 看了看以前写的脚本. 自己回顾一下,免得自己忘记了... Action(){ int stricmpvalue,qiandaovalue,chaxunvalue; // double wastetime; &nb
1.在搜索日程输入框输入"<>。详见附件。 2.对于不能重复添加教师需求,添加教师页面验证没有错误,我通过下述操作步骤仍让其出现了教师重复添加。 操作步骤: 1).教师维护页面:添加教师123,删除教师123,添加教师123 2).系统及用户管理-登录用户维护-恢复删除用户:恢复刚刚被删除的教师123 3.由昨天的bug引发,我又把系统里所有查询输入框重新测试了一遍,结果又
1)学会 沉默 有时候,你被人误解,你不想争辩,所以选择沉默。本来就不是所有的人都得了解你,因此你认为不必对全世界喊话。却也有时候,你被最爱的人误解,你难过到不想争辩,也只有选择沉默。全世界都可以不懂你,但他应该懂,若他竟然不能懂,还有什么话可说?生命中往往有连舒伯特都无言以对的时刻,毕竟不是所有的是非都能条列清楚,甚至可能根本没有真正的是与非。那么,不想说话,就不说吧,在多说无益的时候,也许沉
1. 进入MySQL的目录 比方:C:\Program Files\MySQL\MySQL Server 5.0 2. 进入该层面的bin文件 3. 编辑指令 :mysql -h localhost -u root -p 便可以链接到数据库
最近总是处理一些很少遇到的问题,测试人员A部署环境需要oracle 9i的数据库环境,惟独一台NT的测试机上有个oracle 9i,结果一问负责该机器的测试工程师B,该9i数据库荒废很久了,还没来得及卸。 部署环境与重现问题时间很急(现场的项目问题),找台机器重装9i不现实,只能想办法解决,过程去到两大问题,这里分享下,方法不一定唯一,
如何减少无效缺陷的提交? 1. 测试前细化需求,保证对需求理解正确,避免提交存在歧义的缺陷: 测试人员不能在测试时仅仅凭自己的经验、想法来随意提交缺陷,每个缺陷必须有对应的需求作为支撑。如果认为是需求存在歧义,这样的情况,应该是在测试前与项目组成员进行沟通,达成一致观点。尽量减少理解上的歧义,力争尽早消除无效或争议的软件缺陷。
现在公司要求测试部做一个软件的可靠性评估,现在没有什么头绪,请问大家能否帮忙给些意见~~~~
黑盒测试-等价类划分方法 简介 1.定义是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例。该方 法是一种重要的,常用的黑盒测试用例设计方法。 2.划分等价类: 等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露程序中的错误都是等效的,并合理地假定:测试某等价类的代表值就等于对 这一类其它值的测试,因此,
Glossary AAcceptance testing 验收测试Acces
SQL Injection:(SQL注入) SQL注入是最常见的攻击方式,它的主要原理是:攻击者通过改变WEB页的参数(如GET/POST数据或是URLS)直接将SQL片断提交到服务器,并在服务器端执行。Cross-Site Scripting (XSS):(跨站点脚本攻击)