2022年早期开发心得 .pdf

《2022年早期开发心得 .pdf》由会员分享，可在线阅读，更多相关《2022年早期开发心得 .pdf（3页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、开发心得与体会 备注：本文系古道热肠早年写的年终小结 联系邮箱： xg_2004_ 工作已近半年，主要工作是完善税控器的软件。回顾过去，展望未来，确有必要将工作中的一些成功与失败，体会与心得记录下来，作为今后工作的参考。 来到 XX公司后， 最大的收获是学到了一些解决问题的方法。人的职业生涯中，最重要的也就是要能既快又好的解决问题。 解决问题的过程我把它分成三个部分，提出问题 （包括发现问题） ， 分析问题， 解决问题。 首先要说的是提出问题和发现问题。工作中的任务分派下来后，你要了解完成任务需要哪些资源，不外乎两个方面，硬件资源和软件资源。资源配置到位与否是能否完成任务的前提和条件，没有投入

2、，哪来的产出呢？俗话说：“巧妇难为无米之炊”也就是这个道理。考虑硬件资源配置时，要把完成任务需要的人，财，物都要计划进去。而三者之中人的因素是可变性、能动性最大的因素，需要留出充分的余量。完成任务需要哪些知识背景，哪些是你已经熟练掌握的，哪些是你了解了的，而哪些是你一无所知的，都要一一分清。当前任务进展到什么程度，是从头做起呢？还是已具雏形也要调查清楚。有了这些素材，你就能大概估计完成任务需要的时间，并与要求的进度作比较，如果差距太大时，你就得考虑重新调整资源配置，来加快进度。保证能按时交出满意的答卷。俗语说“凡事预则立，不预则废”，也就是说做事情前要多提问题，多问几个问什么，多作几个假如，这

3、样才会兵来将挡，水来土淹，以不变应万变。 再来说说发现问题，发现问题的办法很多，我把问题分成两种，一种是有可复现的，另外一种是不可复现的。还有一种是介于两者之间, 很难重复出现。但也应该归入可复现的一类之中。我在测试税控器海量的过程中就遇到过一次，就是在月未再遇到发票卷用完时，开票就会出错，这种问题往往具有隐蔽性，一般是两种以上条件同时满足时，才会发生。如何才能发现两类问题呢？这时候，你就需要一套“完整的”“不变的”测试用例，而不是想到什么数据就用什么数据测试，许多可复现的问题就会原形必露，一测一个准。光用这个测试用例测试过了是否就找出所有的隐患了呢？也不是。你还需要用随机法的测试，这时，你就

4、可以想到啥数据就用啥数据来测试，这种测试方法往往能发现一些新问题，一些不可复现的问题也转化为可复现的问题。当然前提条件是已顺利通过标准测试用例方才能行。发现问题的过程中有一点是相当重要，就是测试的原始记录。测试过了没作记录，测试顶多只发挥了1/5的作用，测试过程中一定要认真，细致，不放过任何可疑现象。每一个异常都要作详细的记录，异常发生前作什么事，执行了什么操作，往往是解决问题的关键。当然这点光靠测试员有时也难以办到，程序编写人员也要在程序上作些努力，尽可能实现记录故障的前因后果。 发现问题的最好办法就是测试，测试包括自测和他测（非开发人员测试） ，两者的重要性不分高下，程序开发人员不喜欢测试

5、，而渴望写代码，敲键盘，这是一种普遍现象。但是试问你的成果还没经过自已的测试，你的开发又完成了多少呢？最多1/3 。开发人员将作品从头到尾测试一遍，能发现许多简单的，常见的问题，也知道事情的来龙去脉，修改程序也很快，免除了交给专业测试员测试出现问题时沟通的困难。开发成果经过自测后，在发现不了什么问题的前提下，就可交给专业测试从员进行“他测”。这一步也很关键，因为开发人员的职业习惯，往往先入为主，以一种行为方式进行测试，而产品换了一个人来测试，也就换了一种思维方式， 出现的新情况， 往往是你没想到的，这对保证交付给用户满意的产品很重要。名师资料总结 - - -精品资料欢迎下载 - - - - -

6、 - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页，共 3 页 - - - - - - - - - 这时你也许会想“为什么我测都好好的，到了你手上，就问题层出不穷”这实际上是一种自负心理在作怪，是要不得的。我们要鼓励测试人员多发现问题，而不是指责其操作不当，否则只能是打击了测试人员的工作积极性，测试的质量也会打折扣。在测试中出现了问题是继续操作还是停下来解决了问题后重头再来也是一个很有策略的事情，我认为，在开发早期，出现的问题特别多，只要能继续操作下去，还是要继续做下去，这样能对产品有一个全面的了解，知道存在的问题的量是多少，问题在哪些地

7、方。便于综观全局，处理轻重缓急。到了开发后期，出现的问题也很少了，这时再发现问题就应及时解决后再测试，减轻测试人员的重复劳动。 当然如果测试人员空闲的话，还是多测试测试有好处的, 因为你改动一处也可能会影响到其它已正确的功能的正确性。 下面再说说分析问题，分析问题是承上启下的关键一环，在问题“三步曲”中为重中之最，分析问题的质量直接关系到能否解决问题，以及解决得好不好，彻底不彻底。 问题都提出来了，这时你要对问题作细致全面的分析，找出问题中优先级最高的问题和最难解决的问题。为什么要找这两个问题的，优先级权值最高的问题，事关产品的基本功能能否实现，事关项目的成败。此问题不优先解决，其它的功能都会

8、深受其累，而无法准确判定症结所在。对税控器来说，优先级最高的问题就是串行通讯的问题，串行通讯不可靠，你就没法用开票软件完成基本功能的测试，进而发现基本功能中存在的各种问题。问题多少都是个未知数， 开发进度必然是无法控制了。而最难解决的问题是税控器中的IC 卡操作库函数的调用和PC机上动态链接库DLL的使用和调试。这两个问题的优先性权值仅次于串口通讯，但其显著特点是难度大。难度大的问题你应该早做准备，避开优先级问题而并行操作。通过其它办法熟悉它，了解它，进而掌握它，这样你就不会因为在高难度的问题前进展缓慢，寸步难行，拖累开发进度。当初将IC 卡库引入到税控器软件时，开始是内存溢出，根本无法编译和

9、连接。接着是功能不稳定，出现的问题莫明其妙。几乎是无处下手，正准备重写税控器全部代码时， 在 XXX的帮助下， 发现还是内存Data 使用太多， 导致椎栈溢出， 程序跑飞所致。问题分析准确了，解决起来就容易多了。而在动态链接库的使用上，一开始存在依赖思想和畏难情绪。知道其有BUG 而不敢去改，后在X工的帮助下，逐渐掌握了联机调试的要领。也能进行小改小革了。 分析问题的方法也很重要。看待同一问题， 每个人观察切入点不同，都有它自已的看法，当你经过一番仔细排查时仍不能找到问题的原因在何处时，不妨问问其它人，或许能给你提出一些很有用的建议。要向学问高于你的人请教，也要有勇气向学问不如你的人请教。来到

10、XX后的一句至理名言“十五分钟还解决不了问题，敢快问别人”也就是这个道理。分析问题时要学会使用工具，这一点也很重要，人和动物的最大区别是人会使用工具。没有经验的人比经验丰富的人更需要工具，没有工具，你就无法获取与问题相关的素材，无法推理判定。当你觉得需要一些工具时，首先去找找，有别人做好的，拿来用好了。如果没有现存的，你应该找人或亲自动手作一个，“磨刀不误砍柴工” ，虽然编一个工具费一些时间，但对解决问题会起很大作用的。 问题经过细致的分析后，最后一个环节就是解决问题了，解决问题跟前面相比，相对容易一些。当有许多或大或小或难或易的问题同时摆在你面前时，要做到合理搭配，我的观点是由易到难，先解决

11、几个好弄的，自已也有了信心，存在的问题个数也不多了，这时再一鼓作气，攻克最后难关。解决问题的过程中，有一点很重要，就是要注意将旧的东西备份，原封不动的存一份，再作修改，一者可以给测试人员作对比试验，其二就是一旦修改失败，还可回到上一位置重头再来。解决问题时，要注意将问题最小化，将问题的影响面最大化。将问题的最小化就是尽可能的减少其它因素的影响，直接查找到故障所在，比如，已经确定了某个函数有问题，你就应想法把这个函数拧出来，单独编制一段测试主程序来测试它，很快就能找到故障所在。 例如税控器中有一个求取当前日期与2001 年 1月 1日相差的天数的函数，名师资料总结 - - -精品资料欢迎下载 -

12、 - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页，共 3 页 - - - - - - - - - 分析发现其肯定有问题，X工帮我新编了一个小测试程序，很快就找到了是程序中的笔误，将 366 天写成 355 天。有些功能模块不好单独测试时，也应尽可能最小化，例如编制下层软件不要等到上层软件完成后再测试，而应该编完一个测一个，编制 PC软件也不要等到底下的东西做好了再调试。可以用串行调试助手模拟下位机收发数据，完成系统自测，最后联调时就会顺利多了。我说的将问题的影响面最大化是指，经过修改后的作品，一定要从头到尾作一次严格地、

13、全面地测试，常言道，“牵一发而动全身” ，有些东西你认为不会对其它有影响，但往往构成了一些隐蔽的破坏。许多问题你没经过测试就无法断定它一定是正确的。 解决问题的方式方法也很重要，解决同一问题的方法往往有很多种，比如串行接收数据的模块，你可以用中断方式，也可以用查询方式。这时你就要根据问题的性质，在同样能解决问题的前提下，选取最简单的一种。简单就意味着可靠性高。解决问题时尽可能用成熟的东西，比如KEIL_c 中有字符串比较函数，就不要再自已新编一个，VB中有判断字符串是否是数字的函数ISNUMIC的函数，你再写一个同样功能的函数其综合性能是绝对不会超过它的，反而增加了出错的机会。解决问题应尽可能

14、选取恰当的方式来实现，比如编程序，编程语言很多，嵌入式设备有高级语言和汇编语言，各有优劣，一般应用就应选取C语言来完成，其可读性， 可靠性， 可维护性绝非汇编语言可比的。而当遇到要用1 根 IO 口线模拟串口发送或接收数据时，你就必须用汇编语言来操作口线的高低电平。这样才好精确计算电脉冲中高低电平的长度，从而真实地模拟出串行通信数据流的格式。同样，在PC 机的软件编制中， VB和 VC又各有优劣，用VB编制软件，通俗易懂，可扩充性强，开发周期短。而VC编制的软件对硬件操纵灵活，数据类型比较丰富，容易实现各种算法。例如税控器中要求数据包必须带CS校验，用 VB就很难实现，而用VC编制一个带此功能

15、函数的DLL库给 VB调用，就很简单，可移植性也强。这种取长补短的方法是我们应该提倡的。解决问题时，你一定要用你自已最熟练的工具，这一点也很重要，这儿的工具主要指开发软件和调试工具。一个工具用熟了，你的主要精力就会集中到问题的实质上来，作出判断就会比较准确。很多已前在此工具上出现的事情你都经历过了，再出的问题必然是新问题。而假如你不熟悉它，有些现象是工具本身的 BUG所致，初次遇到时，你的判断必然被其迷惑。例如， 老版本的 KILL 软件在汉字打印时，内部存在BUG ，必须执行补丁程序才能解决，否则必出错。如果你不知道这个小窍门，就会误以为打印机硬件或控制程序上出了问题。解决问题过程中还存在一

16、个学习的问题，学习时就应选取对你来说还不太熟悉的知识。这样才能见多识广，触类旁通。学习时应选取主流知识，主流软件来学习，比如学习单片机，8位机中的8031 和 32 位机中 ARM 都是主流，就值得多下些功夫，而如果你非要学摩托罗拉的系列单片机，资料不好找，软件不好找，开发工具不好找，最终多是无功而返。而过时的软件你也是不要下功夫去学的，例如当前windows 版软件一统天下，软件升级快，过时的软件多有功能不完善，操作不方便的通病。比如有流行的VB6就不要去学VB5了，有 ACCESS2000 就不要去用ACCESS97 去设计数据库。你不一定要用最新版的软件，但一定要用主流软件，这一点是很重要的。 解决问题中要讲究分工合作，现代的软件开发模式是以软件工程为指导，实现软件开发的工程化。有些事情往往在有限的时间内，无法由单人来完成。这时，你必须适应这种结构化、层次化、模块化的开发方式。重用别人的开发成果，将问题细分为许多小问题，每人攻一块，最后集成时，就成为了解决问题的最终方案。一种贪大求全的思想是不可取的，弄不好最后是顾此失彼，一事无成。 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 3 页，共 3 页 - - - - - - - - -