??xml version="1.0" encoding="utf-8" standalone="yes"?>
1?nbsp;~写仓储pȝ的说明书和用手?/span>
2?nbsp;协助l理整理每周的会议记?/span>
3?nbsp;协助一部测试现货会pȝ
4?nbsp;协助一部更新整理现货会pȝ的用手册,概要设计和数据字?/span>
5?nbsp;做现货会pȝ的介l?/span>PPT
6?nbsp;整理BS2.ERP,I365,IOM,RFID配置Ҏ(gu)
7?nbsp;参加概要设计讲解?/span>
8?nbsp;参加BS2q_配置培训
9?nbsp;安装BS2.I365pȝ的操作环?/span>
10?span style="font: 7pt 'Times New Roman'"> 协助DBA修改SQL优化脚本
11?span style="font: 7pt 'Times New Roman'"> ~写和完善测试用例:用户定义Q重新登陆,零售理模块Q基档案模块Q系l管理模?/span>
12?span style="font: 7pt 'Times New Roman'"> 参加《研发项目工具与模板?/span>
本月开始写I365pȝ的测试用?/span>.有很多不懂的,q要多多学习试用例设计Ҏ(gu).现在事情做得比较杂,ȝ一下有以下不Q?/span>
1?nbsp;文档~写能力有够提高Q特别在词语的描q要通顺Q显得更专业Q不要用一些口头用语来写;再者就是关于文档的模板格式Q公司目前有几个版本Q但无进行统一Q比较乱?/span>
2?nbsp;每周除了会议记录外,要检查上周的d完成情况Q每月最后一ơ例会还要收集探讨主题?/span>
3?nbsp;配置斚w暂时用以前的模板Q现在配|管理我只是Ҏ(gu)模板来写出具体的配置内容及其存储的位置Q做的还只是配置执行斚w的工作?/span>
4?nbsp;q_配置斚w有个大体的了解,但因不是做开发的Q没有进行实际操作?/span>
5?nbsp;每次q行概要设计讲解会的提前学习要讲解的内容,记录一些疑问,听v来的效果会更好。目前对业务知识知之甚少Q要工作中要多留心,多扩展行业知识?/span>
6?nbsp;~写用例目前都是按着试时的一个步骤来写,对于交互操作Q比先增后删Q先删后增等{没有进行描q。用例还是比较独立,但还是可执行。因对业务不熟,而且需求概要设计写得不够详l,以致在单据部分的用例很难书写Q没有一个标准,q_的控件实现还不全面或是一些前期设计的控gQ^台无法完成,攑ּq种做法。对用例q应Ҏ(gu)现行的系l进行更新维护,让它保持是最新鲜的?/span>
7?nbsp;跟经理去听了华成公司的研发项目工具与模板的管理课E培训。经理想我协助她M些管理执行工作。我觉得听完q课让h觉得沉重。因为对于一个刚毕业的hQ对q个行业Q行业的各个环节的作用及zd知之甚少Q想做好理性的工作很难Q没有这U经验和xQ怎么L行好呢。不q反q来惻I技术与理q不是冲H了Q有Z好好学习,不怕犯错,怕错了还不知Q知了不知道要怎么攏V最q让我把研发周报程q行修改Q努力做Q把程惛_全面一点ƈW合需求?/span>
Ҏ(gu)以上ȝ本月学习计划如下Q?/span>
1?nbsp;学习SQLQƈ整理出相兛_习笔讎ͼ?/span>DF的用提供良好的基础Q工作中也常用到Q?/span>
现在感觉才是真正入行了Y件测试行业,知道q行业的一些情况,应该d一些什么东西,q个行业入门门槛是比较低Q但惛_好比较难。最q有一个困惑,其实q是惛_做一q的开发然后再去{做测试,其实试也有很多斚wQ黑盒测试,白盒试Q性能试Q测试管理,QAQ配|管理。自q在也只是各样多学Q还不明自己在往哪个斚w发展。但能肯定的是这些方面都要有一个良好的知识基础Q开发语aQ?/span>SQLQ一些项目管理知识,试用例设计Ҏ(gu)。所以要把这些基l打好。一定要打牢固,所以一D|间专去学习一L识,不要每样都只是学习皮毛,要博学知识,但对专业的知识要深入理解x握?/span>
目前开始在学习C品线的概要设计和需?/span>,因ؓ刚进公司不久,对于之前?/span>ERP业务不了解熟(zhn)?/span>,现在开始要l合老品和C品的需求进行更好的学习.目前工作有几个Q?/span>:学习业务,学习试用例的设?/span>,学习试工具:TD以及公司内部的开发管理系l?/span>,同时q要试好仓储系l?/span>.
现在我们的系l的错误提示信息不够l致,明确.q也是关pd用户体验.我们能否对信息提C做个规范呢?对于q种提示信息是否要修?/span>,要修改呢,E序员觉得麻?/span>,Ҏ(gu)?/span>,不修改呢,用户体验不好.
对于试用例的编写设计方法还要多学习学习.虽然知道那么些方?/span>,但缺实?/span>,写v来还是很费力?/span>
对于做h斚w,本月也比较有体会.Z能太随便,喜怒于?/span>.要控制住自己的情l?/span>.遇到问题,事情先自p虑一?/span>.不要怕麻?/span>.心胸一定要宽广.
现在目前的学习重?/span>:TD的操作?/span>,试用例的设?/span>
之后可以学习一些高U教E?/span>:TD的工作流讄.自动化测试工?/span>
千里之行始于下,现在认识到这点还不晚,因ؓ也才刚进入这个行?/span>.一定要努力,把基打牢?/span>,l以后的飞跃提供能源.提高自己的学习能?/span>,提高专业能力,提高业务能力,提高表达能力.一步步?/span>,可能q中间会有后退,没关p?/span>,只是方向是对?/span>.一定要坚持.
8月䆾q得很快,今天早上一阵凉风吹?/span>,让h舒服x,夏天l于要过?/span>,但可恶的冬天也快来了.8月䆾是比较?zhn)闲的一?/span>,除了学习q是学习.q得比较L,也许q种日子以后会越来越了.本月学习了正交试验点,l于把不会的Ҏ(gu)学习理解?/span>.以后要在设计用例的过E中学以致用.展望9?/span>,我相信一定会是忙的一?/span>,C品要开始测试了,而且q要写测试用?/span>,Ҏ(gu)来说也是个新的学习内?/span>,努力…..,虚心学习,多ȝ.
1. 熟?zhn)Ud产品业务
2. 发布版本Q制作版本和脚本
3. 仓储目试切入,主要试出库理,盘点计划(数据验证)
本月学习内容
1. SQL全面复习一?/span>
2. 写完UdPOS的测试用?/span>
以上两项d没有完成
软g试需要懂得编E么Q?/span>
如果是白盒测试则要看得懂E序Q而黑盒测试对E序的要求ƈ不高Q没有编E经?也是可以d试?特别是功能测?对编E的要求是不高的.
很多试人员都是非计机专业毕业的,如果你热p一行,完全可以dQ可以在工作中学习相关的知识和技术?/span>
不会修R也是可以开车的Q但是会修R无疑会对车子更熟(zhn),在R子发生一点异常的时候,能够及时地进行处理,防止重大事故的发生,q就是区别,和测试要不要会开发一个道理,不懂开发也是可以做试的,但是懂了开发或者有开发经验,能够更清楚开发容易犯的毛病,辑ֈ事半功倍,同时对自q水^提高Q测试质量提升都是大有益处?/span>
1. IOM,IWMS,BS2,BS2.ERM.BS2.WMS的配|方?/span>
2. 会议记录
3. 试仓储pȝ
4. 学习了解C品的需求和概要设计
5. 学习TD
七月份的W一天公司对研发部门q行了调?/span>.我事前根本不知道q事,一点心理准备都没有.我明有了一个新的Q?/span>---配置理.目前只做执行配置.其实对于配置理一工作一炚w不了?/span>,对于公司的配|项也不是很了解.开完会,心情很郁?/span>.不知道ؓ什?/span>,也许是不舍得q些一起工作这么久的同?/span>.虽然q在同一公司,但是以后做事比较没有交集了.
软g试生命周期一般分为单元测试、集成测试、系l测试,从这个角度来_业务程试其实应该属于pȝ试的功能测试?br /> 那么你所提到的功能测试,也是属于pȝ试的一部分Q我们其实可以理解ؓQ系l测试同样可以划分ؓ单元试Q对应于你说的功能测试)和集成测试(业务程试Q,只不q一般没有h有这U提法?br /> 一般来Ԍ不经q单元测试,是没法进入集成测试的Q我们搞试当然是按照这个顺序,客户兛_业务程也是没有错误的,在时间和资源充情况下,我们可以做到既达到Y件测试理论的要求Q又满客户的最l需求。但实际情况却没有那么理惻I因ؓ软g毕竟是商业性很强的东西Q把它当做完工艺品是不可行的,所以我认ؓ模块的独自测试应该是适可而止Q测试的重点要和客户的期望吻合?/span>
1.先说模块试Q既然是适可而止Q当然决定权?yu)在自己手里Q比如围l边界值条件设计测试数据,旉紧张的情况下采用更大范围的分组Q减执行测试用例的ơ数Q然后一些按照常规考虑必定要测试的东西Q象非空w证什么的Qؓ保证大的程没问题,q些非致命的问题暂时不去考虑Q?/span>
2.理论上讲Q回归测试是要对整个软gpȝ全面的测试,但系l改动这么频J,要求每做一个小改动全部测试,哪里都不可能。但是测试h员也要对开发h员的改动涉及到的范围有一定认识,q样我们可以只选取那些可能造成影响的模块来q行回归Q在回归的时候,重点也是业务程Q看模块之间的调用和数据传递是否出现问题,按照试理论是“桩模块和驱动模块的关p问?/span>”。另外,如果仅仅是改动了某个模块的页面元素之c问题,那我回归的时候其它模块甚至不用去考虑?/span>
3.说个原则Q测试h员要怿自己。测试理q不够完善,对实际测试活动的指导也只是大方向上的Q自己ȝ出来的办法,实践证明效率高,是你自q理论Q所以在试领域里,要敢于对目l理_你没有我懂。只是要注意加强沟通,虚心h开发h员,减少试的盲目性?/span>
试时注意点:
1. 试环境与开发环境应该独立开?/span>
2. 能实时拿到最新版本的代码
本h~点:1.太过躁,急于求成2.对这个行业的了解不够深入
接下来要做的事情:
1. 从多斚w了解试行业
2. 定自己的方?/span>
3. 多学?/span>
4. 不要太过于Qw?/span>,先沉下去才能v?/span>
今天是八月䆾的第一?/span>,可以对七月䆾q行ȝ?/span>.七月份不怎么?/span>,主要q是学习也配|管理方面的知识,目前是只有一个初步的认识.q有待结合公品以及一些配|管理知识多q行实践,才能有所提高.七月份的工作心情很不?/span>,因ؓ要{正了,l的工资不高.转正当天又因为看|页被老板|款.大大降低了我的工作积极?/span>.曄q一度想再找扑ֈ的工?/span>.但是l自己定了个方向,要走试q条?/span>,臛_得先有一q工作经?/span>,我忍下来?/span>.l箋我的工作.l常在工作到一半时,很迷?/span>,不知道要试哪里?/span>.今天H然明白,是因为没有写试用例的原?/span>,几事预则立不预则?/span>.没有很好的一个工作规?/span>,当然在工作时会觉得很q.我应该去改变我的工作思\跟方?/span>,才能q步.
1. 2. 3. M-POSPDA
4. 5. PDADRPpȝ中怎么h是bug?
1.
2.
3.BUGBUGBUGBUGBUG
:,BUG试计划和测试大U?/span>
,,,如何q行有效试Q?/span>
W一Q测试h员的自信心可以徏立在ȝ序的能力上。在一个项目中Q开发h员的工作是研I新技术,写出最好的E序。测试h员应该在开发h员研I的基础之上Q更好的理解新技术,LE序。看懂程序可以ɋ试工作非常高效。不懂内部程序的人,可能会设计三十个test cases, 才能扑ֈ一个bug. 懂程序的人每个test case都可能发C个或多个bug. 我有30%的bug都是ȝ序读出来的。由于对开发h员的E序有很q理解Q即使release后出了问题,也能很快理解问题出在什么地方,是否是bug.
W二Q测试h员写试E序的时间应该尽量最化。测试h员测试的旉分配应该? 30%ȝ序,20%写测试程序,50%写Test Cases和运行Test Cases. 好的试员的工作重点应该攑֜理解要求Q理解客户需要,思考在什么条件下E序会出错,而不是思考如何去自动化。如果时间都攑֜设计自动化上了,必然会媄响测试,分散试资源。测试h员应该边ȝ序边试Q读E序帮助扑ֈ好的Test CaseQ测试帮助验证理解和猜测?/span>
W三Q测试h员要学会讨h(hun)qh(hun)。很多时候项目经理,开发h员搞得东西不是客户马上需要的Q或许是永远用不到的。测试h员可以和目l理研究先测什么,后测什么,那些不测。比如,我做的一个项目,我发?0%的功能是现在用处不大Q所以我直接告诉目l理那些东西我不会去的。事实证明,q样做节省了很多人力?/span>
W四Q测试h员要多花旉参与设计。测试h员一定要紧跟目l理和开发h员的要求变化和设计。理解每一个要求的影响。在每个目周期中,L较当前版本和以前版本的所有程序变化。重Ҏ(gu)试变化?/span>
1Q?nbsp;试bserp.pȝ的档案管理和DRP中的q货理Q零售销货模块(q行了三轮测试)
2Q?nbsp;学习版本发布制作Qƈq行了三ơ版本发布工?/span>
3Q?nbsp;~写了两个模块的说明?/span>
4Q?nbsp;准备开始仓储管理系l的试Q看需求文?/span>
5Q?nbsp;用了一天的时候看传统DRPQ只是了解了各个模块的功能,具体用于什么业?/span>
6. 本h的智商和情商都是中等水^Q在q个公司做了一个月多,因ؓ很多东西以前都没使用q,跟同事之间又~少沟通,学得比较吃力Q我军_了一定要大胆点,做事情没有做好沟通是不可能把事情做好的,要挑战自己?/span>
q个C拜都没做什么事情,心里特别IQ这两周的周报上头都有写了些评语Q不是好不坏,ȝ是有点回应了Q心里比较欣慰点了。n为现代h脸皮太薄是不行的Q那个在C会上只会被忽视。做了一阶段的测试工作后Q除了多看一些业务知识外Q还要同时提高测试技能,而提高测试技能,我目前所能办到的也就有多上网找找资料Q买些书看,q实践到系l中Q希望越来越成熟吧,不管是做是做技术?/span>
事前的忧虑换ؓ事前的思考和计划
l过q阶D늚工作让我意识C面几个方面不I
1、自q实际操作能力有待提高Q我记性不好得把繁琐的操作ȝ下来Q以作依据。还要多学点实际的操作方法,多扩展知识面Q以更多的解军_作中遇到的问?/span>
2、测试的技能还不够Q在没有写测试用例的情况下,随意的测试思A不清楚(正确和错误的用例都要)
3、书写测试用例不怎么?/span>
4、开始有计划学习
5、测试过E中要给开发h员担Q这个目前我认ؓ是不了解业务Q徏议较?yu),但对于易用性,界面友好性可以先学习着
6、要量避免惯性思维Q一个系l永q都存在bug
试思\Q?/span>
1.试产品前要把需求文档,{划书,概要设计先看一遍,了解所系l的程
2.看完文档后,通过沟通,定试的重点,试辑ֈ的目的,以及试期限
3.试步骤Q?br /> 1.先大体把每个模块点击一?/span>,看不能打得开,报不报错,如果有错,马上向上U反?/span>
2.通过冒烟试?/span>,开始测试重Ҏ(gu)?/span>,再测试次重点模块
3.最后就是测试技巧了,q东西要慢慢ȝU篏,多学?/span>
4.试后要与开发h员通过?/span>bug是否修正了,软g交的模块交给我们试我们得负责到底Q不会因为测试日期的l束而这个系l就不存?/span>bug?/span>
计划学习Q?/span>
先学习用?/span>vssQ一定得通过实践与理论相l合Q?/span>
在测试过E中Q一定要把学习的试用例的方法用到实践中Q尽量,可以加班写些试用例Q逐渐U篏技?/span>
试工具目前月这几个学习Q?/span>QTPQ?/span>TDQ?/span>LoadRunner
要成Z名合格的软测工程师,一般需要至专U学历,一Cq测试工作经验。要熟?zhn)软g的测试技术、方法、流E、测试文档,若想q一步提升,q要熟?zhn)自动化测试的程、管理及深层开发(包括试框架{)Q了解若q主测试工P如功能测试工?/span>winrunner?/span>quicktestproQ性能试工具LoadRunnerQ配|管理工?/span>TestDirecter, Visiual Source Safe{;熟?zhn)一些主的软g工程Ҏ(gu)论和思想Q如RUP?/span>CMM?/span>CMMI?/span>XP?/span>PSP?/span>TSPQ了解Y件工E,软g生命周期模型基础Q了解Y仉|管理;能够Ҏ(gu)不同企业的品特点,要求了解相应的开发测试方法。对于资q软g试人员Q有些企业还要求其本w有自主开发测试工L能力?/span>
此外Q由于需要与开发h员及时沟通,因此作ؓ一个出色的软g试工程师,q需要有良好的沟通技巧以及优U的言语表达能力,具备良好的团队合作精?/span>和一切相关的人员交流Q不同的交流渠道Q获取消息是不同的,角度也不同。和客户交流Q你会在试中从客户的角度发现问题;和开发h员交,你会了解开发h员怎么实现软g功能的;和项目管理h员交,你会知道开发进度以及遇到的困难。与Z换苹果之后,每个是只有一个苹果;但交换思想之后Q每个h都拥两种思想。这LZ我现在还是不懂怎么去获取。请老大L?/span>
做技术的人,有个自己技术沉淀(wn)的方法很重要。自己测试的Ҏ(gu)光靠脑子是不够的Q希望能是安排把测试用例系l用h。于公司于项目于个h都有好处?/span>
lg一些个人看法比较凌乱,工作旉短。以下几Ҏ(gu)见和
1Q?nbsp;试人员之间的技术交太?/span>
2Q?nbsp;部门对于试q不够重视,但我们应该争取在目开始时׃解需?/span>
3Q?nbsp;目前试工作q不够规范,不一定要理想中的规范Q但如果做规范一点,对于试的效果效率有提高可以试?/span>