C及C++单元测试工具(白盒测试工具集成测试工具)选型报告
单元测试工具对比报告
商用
1、完全兼容所有.NET Framework版本，并且集成了多种单元测试框架诸如NUnit，MbUnit，以及MS Team System等。的前身是NUnitAddIn。2、允许开发者在Visual Studio中运行或者调试他们的测试。3、现在集成以下测试工具：NUnit(单元测试)、MbUnit、ZaneBug、MSTest、NCover(分析代码的覆盖率)、NCoverExplorer(查看代码覆盖率的分析结果)、Reflector(类库反编译)、TypeMock、dotTrace、MSBee
visualstudio中集成了多种测试类型包括单元测试web测试负载测试和手动测试jtest商用1通过简单的点击自动一款针对java语言的实现代码基本错误的预防自动化白盒测试工具这包括单元测试和代码规范的检查2生成并执行junit单元测试用例对代码进行即时检查3提供了进行黑盒测试模型测试和系统测试的快速途径4确认并阻止代码中不可捕获的异常函数错误内存泄漏性能问题安全弱点的问题5监视测试的覆盖范围6自动执行回归测试7支持dbc编码规范8检验超过350个来自java专家的开发规范9自动纠正违反超过160个编码规范的错误10允许用户通过图形方式或自动创建方式来自定义编码规范11支持大型团队开发中测试设置和测试文件的共享12实现和ibmwebspherestudioeclipseide的安全集成1
一款针对java语言的自动化白盒测试工具
JMeter
开源
1.能够对HTTP和FTP服务器进行压力和性能测试，也可以对任何数据库进行同样的测试（通过JDBC）2.完全的可移植性和100％纯java3.完全Swing和轻量组件支持（预编译的JAR使用javax.swing.*)包4.完全多线程框架允许通过多个线程并发取样和通过单独的线程组对不同的功能同时取样5.精心的GUI设计允许快速操作和更精确的计时6.缓存和离线分析/回放测试结果。7、JMeter的高可扩展性
常用的白盒测试工具有
常用的白盒测试工具有白盒测试是软件测试的一种重要形式，通过检查程序的内部结构和逻辑来确认软件是否按照预期的要求运行。
在白盒测试过程中，测试人员需要使用专门的工具来分析代码、执行测试用例和生成测试报告。
下面介绍几种常用的白盒测试工具：1. JUnitJUnit是Java编程语言的单元测试框架，它提供了注解和断言等功能，可以帮助开发人员编写和运行单元测试。
通过JUnit，开发人员可以快速验证代码的正确性，减少潜在的bug。
2. PyUnitPyUnit是Python编程语言的测试框架，它类似于JUnit，可以用于编写和运行Python程序的单元测试。
PyUnit具有简单易用的特点，可以帮助开发人员提高代码质量和可靠性。
3. CodeceptionCodeception是一个全栈的测试框架，支持多种编程语言和应用类型。
它集成了各种测试工具，包括单元测试、功能测试和端到端测试等，可以满足不同级别的测试需求。
4. SeleniumSelenium是一种用于测试Web应用程序的自动化测试工具，可以模拟用户在浏览器中的操作行为，进行功能测试和用户界面测试。
Selenium支持多种编程语言和浏览器，广泛应用于Web应用程序的测试领域。
5. CoberturaCobertura是一个代码覆盖率工具，可以帮助开发人员评估测试用例对代码的覆盖程度。
通过Cobertura，开发人员可以识别测试用例是否覆盖了所有的代码路径，从而提高测试的全面性和准确性。
以上是几种常用的白盒测试工具，它们在不同的场景下都具有重要的作用，可以帮助开发团队提高软件的质量和稳定性。
在实际工作中，测试人员可以根据项目需求选择合适的工具进行测试，以确保软件的功能和性能符合用户期望。
白盒测试主要用于单元测试和集成测试
白盒测试主要用于单元测试和集成测试白盒测试是软件测试中一种重要的测试方法，主要用于对软件系统的内部结构进行测试。
白盒测试的特点是测试人员需要了解被测试软件的内部工作原理和代码结构，以便更好地设计测试用例和验证代码逻辑的正确性。
白盒测试通常包括单元测试和集成测试两个阶段，下面将分别介绍这两个阶段的主要内容和特点。
单元测试单元测试是白盒测试的第一阶段，它主要针对软件系统中的最小单元——代码模块进行测试。
在单元测试阶段，测试人员会选择一个单元（如一个函数、一个类）并编写针对该单元的测试用例。
在编写测试用例时，测试人员通常会考虑各种情况，包括正常情况、边界情况和异常情况，以确保代码在各种情况下都能正常工作。
单元测试的优点是可以尽早发现代码中的错误，并且可以降低错误的成本，因为在单元测试阶段就能及时修复问题。
此外，单元测试还有利于提高代码的质量和可维护性，因为通过单元测试可以更好地理解代码的逻辑和结构。
集成测试集成测试是白盒测试的第二阶段，它主要用于测试各个单元之间的集成和协作。
在集成测试阶段，测试人员会将各个单元整合在一起，并测试它们之间的交互是否正确。
集成测试可以分为逐步集成和一次性集成两种方式，逐步集成是逐步将单元逐个集成，而一次性集成是将所有单元一次性集成后进行测试。
集成测试的优点是可以发现不同单元之间的接口问题和交互问题，确保整个系统的功能能够正常运行。
同时，集成测试还可以验证各个单元之间的数据传递和状态转换是否正确，从而提高系统的稳定性和可靠性。
综上所述，白盒测试主要用于单元测试和集成测试两个阶段，通过这两个阶段的测试可以确保软件系统的内部结构和各个单元之间的集成是正确的。
白盒测试在软件开发过程中具有重要意义，可以帮助开发团队及时发现和解决问题，提高软件质量和可靠性。
常见的白盒测试工具有哪些
常见的白盒测试工具有哪些在软件开发过程中，白盒测试是一种关键的质量保证方法，它通过检查代码的内部结构和逻辑来验证软件的功能是否正确。
为了更高效地进行白盒测试，开发人员通常会借助各种测试工具。
下面是一些常见的白盒测试工具：1. JUnitJUnit是Java编程语言中广泛使用的单元测试框架。
开发人员可以使用JUnit编写和运行自动化的单元测试，从而确保代码的质量和稳定性。
JUnit提供了丰富的断言方法和测试注解，可以帮助开发人员轻松编写测试用例。
2. PHPUnitPHPUnit是PHP语言中最流行的单元测试框架之一。
它支持丰富的断言方法和测试辅助方法，可以帮助PHP开发人员快速编写测试用例，并轻松地对代码进行单元测试。
3. PyTestPyTest是Python语言中的一种简洁而强大的测试框架。
它可以用于编写各种类型的测试，包括单元测试、集成测试和功能测试。
PyTest具有易于阅读的测试报告和丰富的插件生态系统，使得Python开发人员能够高效地进行白盒测试。
4. CoberturaCobertura是一个用于Java代码覆盖率分析的工具。
它可以帮助开发人员评估其测试用例覆盖代码的程度，并发现代码中未被执行的部分。
通过Cobertura生成的报告，开发人员可以更好地优化测试用例，提高代码覆盖率。
5. SonarQubeSonarQube是一个用于代码质量管理的开源平台，支持包括Java、C++、C#等多种编程语言。
SonarQube可以检测代码中的各种问题，如代码重复、安全漏洞、代码规范性等，并提供可视化的报告和指导，帮助开发团队改善代码质量。
以上是一些常见的白盒测试工具，它们为开发人员提供了丰富的功能和灵活的测试方法，帮助他们更好地保证软件质量，提高代码的可靠性和稳定性。
在实际使用中，开发人员可以根据自己的需求和项目特点选择合适的测试工具，并结合多种工具来实现全面的白盒测试。
白盒测试中的测试工具与框架选择
白盒测试中的测试工具与框架选择白盒测试是软件测试中的一种常用方法，旨在通过检查和验证软件内部的代码、结构和逻辑，以揭示和修复潜在的缺陷。
在进行白盒测试时，测试工具和框架的选择十分重要，因为它们能够极大地影响测试的效率和准确性。
本文将探讨白盒测试中的测试工具和框架的选择，并提供一些建议和指导。
一、测试工具选择在白盒测试中，测试工具是必不可少的辅助工具，能够帮助测试人员对软件进行分析、测试和评估。
合适的测试工具能够提高测试的效率、减少测试人员的工作负担，并且能够帮助发现更多的潜在缺陷。
以下是一些常用的白盒测试工具：1. 静态代码分析工具：静态代码分析工具能够对软件源代码进行静态分析，发现潜在的编码错误、逻辑错误和安全漏洞等。
常见的静态代码分析工具包括Coverity、PMD和FindBugs等。
在选择静态代码分析工具时，需考虑其支持的编程语言、分析的深度和准确性等因素。
2. 单元测试框架：单元测试是白盒测试中的一个重要方面，能够对代码中的最小单元进行测试，确保其功能正常和逻辑正确。
常用的单元测试框架包括JUnit、TestNG和NUnit等。
在选择单元测试框架时，需考虑其对不同编程语言的支持、易用性和灵活性等因素。
3. 代码覆盖率工具：代码覆盖率工具能够测量测试用例对代码的覆盖率，帮助测试人员评估测试的全面性和准确性。
常见的代码覆盖率工具包括JaCoCo、Cobertura和Emma等。
在选择代码覆盖率工具时，需考虑其对多种编程语言的支持、性能消耗和结果报告等因素。
4. 性能测试工具：性能测试是白盒测试中的另一个重要方面，能够评估软件的性能和稳定性。
常用的性能测试工具包括JMeter、LoadRunner和Gatling等。
在选择性能测试工具时，需考虑其支持的协议、负载模拟能力和测试报告等因素。
5. 安全测试工具：安全测试是白盒测试中的一个关键环节，能够发现软件中的安全漏洞和风险。
常见的安全测试工具包括WebInspect、Burp Suite和Nessus等。
代码质量保证的利器白盒测试工具推荐
代码质量保证的利器白盒测试工具推荐代码质量是影响软件项目成功与否的重要因素之一，而白盒测试工具是保证代码质量的利器之一。
通过对代码的内部结构和逻辑进行全面的检查和测试，白盒测试工具能够帮助开发人员发现潜在的问题，并提供准确的反馈和报告。
本文将介绍几款常用的白盒测试工具，帮助开发人员提高代码质量和项目的成功率。
一、SonarQubeSonarQube是一款功能强大的开源静态代码分析工具。
它能够检查代码的复杂度、规范性、重复代码、潜在的错误和漏洞等等。
SonarQube支持多种编程语言，如Java、C#、Python等，可广泛应用于各种软件开发项目中。
它通过对代码进行静态分析，帮助开发人员及时发现和修复潜在问题，提高代码质量。
二、FindBugsFindBugs是一款Java静态分析工具，用于查找Java代码中的缺陷和错误。
它使用静态字节码分析技术，能够在代码编译之后进行检查。
FindBugs可以帮助开发人员发现一些常见的Java编程错误，如空指针引用、资源未关闭、代码不规范等等。
它提供了友好的界面和详细的报告，使开发人员能够准确快速地定位和解决问题。
三、PMDPMD是另一款开源的静态代码分析工具，适用于Java、JavaScript、PLSQL和XPath等多种编程语言。
它提供了一系列规则和规范，能够检查代码中的潜在问题，如未使用的变量、低效的算法、不安全的代码等等。
PMD支持自定义规则和扩展，可以根据项目的实际需求进行定制和配置。
四、CheckstyleCheckstyle是一个Java源代码检查工具，它主要用于检查代码的样式和规范，如缩进、空格、命名等。
Checkstyle提供了一系列预定义的代码规则，并支持自定义规则，可以帮助开发人员确保代码的一致性和可读性。
该工具可以与各种集成开发环境（IDE）进行配合使用，提供实时的代码检查和自动修复功能。
五、CoberturaCobertura是一款用于测试覆盖率分析的工具，用于度量代码中被测试覆盖的部分。
白盒测试实验报告
白盒测试实验报告一、实验目的。
本次实验旨在对软件系统的内部结构进行测试，以验证代码的逻辑正确性、路径覆盖率和条件覆盖率等指标，从而提高软件系统的质量和稳定性。
二、实验环境。
1. 软件系统，本次实验选择了XXX软件系统作为测试对象，该系统包含了多个模块和功能，是一个typical的软件系统。
2. 测试工具，我们使用了XXX测试工具来进行白盒测试，该工具能够帮助我们对代码进行覆盖率分析、路径跟踪和条件测试等。
3. 测试人员，实验由XXX团队的测试人员进行，每位成员都具备扎实的编程基础和测试经验。
三、实验步骤。
1. 确定测试目标，我们首先对软件系统进行分析，确定了需要测试的模块和功能，以及测试的重点和难点。
2. 设计测试用例，针对每个测试目标，我们设计了一系列的测试用例，覆盖了各种可能的输入、路径和条件组合。
3. 执行测试用例，测试人员按照设计的测试用例，对软件系统进行了全面的白盒测试，记录了测试过程中的日志和结果。
4. 分析测试结果，通过测试工具对测试结果进行分析，统计了代码的覆盖率、路径覆盖情况和条件覆盖情况，发现了一些潜在的问题和漏洞。
5. 修复和再测试，根据分析结果，开发人员对发现的问题进行了修复，然后再次进行了白盒测试，确保问题得到了解决。
四、实验结果。
经过本次实验，我们对软件系统进行了全面的白盒测试，覆盖了大部分的代码路径和条件分支，发现了一些潜在的问题和漏洞，并及时进行了修复。
最终，软件系统的质量得到了显著提高，稳定性和可靠性得到了保障。
五、实验总结。
通过本次实验，我们深刻认识到了白盒测试在软件开发过程中的重要性，它能够帮助我们发现代码中的潜在问题，提高软件系统的质量和稳定性。
同时，我们也意识到了白盒测试需要结合黑盒测试和其他测试手段来进行，以全面保证软件系统的质量。
在未来的工作中，我们将继续深入研究和应用白盒测试技术，为软件开发和测试工作贡献更多的价值。
六、参考文献。
[1] XXX.《软件测试与质量保障》. 机械工业出版社，2018.[2] XXX.《白盒测试技术与实践》. 电子工业出版社，2017.[3] XXX.《软件测试工程师教程》. 清华大学出版社，2016.以上就是本次白盒测试实验的报告内容，谢谢阅读。
白盒测试实验报告
白盒测试实验报告1. 引言白盒测试是软件开发过程中非常重要的一环，它能够深入了解软件内部的实现细节，发现潜在的错误和漏洞。
本次实验旨在对一款电商网站的后台管理系统进行白盒测试，并报告测试过程中发现的问题和提出的改进建议。
2. 测试环境和工具为了开展白盒测试，我们构建了一套适用于该电商网站的测试环境。
测试环境包括服务器、数据库和部署在服务器上的后台管理系统。
在测试过程中，我们使用了一系列白盒测试工具，包括静态代码分析工具、代码覆盖率工具以及调试器。
3. 功能测试在功能测试中，我们对后台管理系统的各个功能模块进行了测试。
我们模拟了管理员登录、商品管理、订单管理、用户管理等多种场景进行测试，并详细记录了测试用例、测试数据以及测试结果。
在功能测试过程中，我们发现了一些问题。
例如，某个功能模块在处理大量订单数据时出现了性能问题，导致系统响应变慢。
此外，某个功能模块在处理特定边界条件时出现了异常情况，导致系统崩溃。
4. 安全性测试在安全性测试中，我们对后台管理系统的安全性进行了评估。
我们模拟了黑客攻击、SQL注入、XSS跨站脚本等多种攻击方式进行测试，并评估系统对这些攻击的防御能力。
安全性测试中，我们发现了系统对于某些攻击方式的防御能力较弱，容易受到黑客攻击。
例如，系统在处理用户提交的数据时没有进行严格的输入验证，容易受到SQL注入攻击。
5. 性能测试在性能测试中，我们对后台管理系统的响应时间、并发性能、负载能力等进行了评估。
我们使用负载测试工具模拟了大量用户同时访问后台管理系统，以评估系统在高负载下的性能表现。
性能测试中，我们发现了系统在处理高并发请求时响应时间较长，用户体验较差。
此外，系统在处理大规模数据时处理速度较慢，需要进行性能优化。
6. 代码分析和覆盖率分析为了深入了解后台管理系统的内部实现，我们使用了静态代码分析工具对系统的源代码进行了分析。
通过分析，我们发现了一些潜在的代码问题，如代码冗余、死代码等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
C及C++单元测试工具(白盒测试工具、集成测试工具)选型报告一、选型情况1、选型概述对比了三种C/C++单元测试工具：工具RX、工具TX、工具VU。
其中，工具VU为国产软件，另外两种为国外软件。
2、选型过程（1）第一阶段：通过网络搜索、咨询代理商等方式进行初步筛选，挑选出工具RX、工具TV、工具VU作为候选软件；（2）第二阶段：成立选型小组，和候选软件的开发商或代理商进行接触，通过座谈，电话沟通，软件演示等手段，结合单位情况、报价等多种因素进行分析；（3）编制评审结果：编制对比表格，得出评审结论，提出选择建议。
3、评价方式基于实际应用的需要，从对单元测试的主要难题的解决程度、测试效率、测试效果、服务、价格等方面进行评价。
二、三种软件优点与不足1、工具RX：概况：X国XX公司出品初步了解的价格是每浮动License的售价为50万左右。
优点：1：静态分析，允许用户加强代码的标准，评估软件的复杂度和可维护性。
2：动态测试，验证软件需求，为测试的说明、执行、归档、重用和重复动态测试提供一个形式上的框架。
通过测试产生一个完整的诊断和质量确认的报告。
提供大量的覆盖率分析：语句覆盖、条件分支覆盖、数据值覆盖、MC/DC和用户自定义标准。
3：软件执行，测试程序是否满足需求。
4：数据检查，检查用户定义的类型。
5：测试脚本，根据用户定义的Test Case Definition自动生成。
6：自动打桩，使用桩模块模拟被测模块的函数调用。
用户可以传递参数给桩模块，并设置桩模块的返回参数7：时间工具，检测软件的执行时间。
不足：1：没有底层输入和局部输入、局部输出功能，不但增加编写桩代码的工作量，而且有些代码的测试无法进行。
内部输入用桩来设定，与一般输入分开，难于维护。
2：由于工具不可能自动了解被测试代码的功能，生成的用例多是垃圾，意义不大。
3：没有表格驱动功能，增加了数据建立和维护成本，也不便于对数据分类集中以便人工检查数据的完整性。
4：输入输出数据分散而不直观，不能一目了然地浏览程序行为（程序行为就是什么输入下会执行哪些代码产生什么输出）。
5：覆盖状况（如哪个条件真值未覆盖）标示不清晰，没有直观逻辑结构图，分支和路径的覆盖状况难于便利地浏览。
6：没有协助用户快速找出遗漏用例的功能，难于实现高标准的覆盖。
2、工具TX概况：X国XXX公司出品，曾在国内设有分公司，但在x年x月底撤消。
每浮动License 售价约2.1万美元，另每年收取30%服务费。
多购时单价变化不大。
优点：1：可以检测编码规范2：可以自行制定规则3：检测后出现问题的地方标注清楚4：违规行为有划分等级5：代码走查，回归测试，白盒测试，黑盒测试各个功能点分开不足：1：没有底层输入和局部输入和局部输出功能，不但增加编写桩代码的工作量，而且有些代码的测试无法进行。
内部输入用桩来设定，与一般输入分开，难于维护。
2：由于工具不可能自动了解被测试代码的功能，生成的用例多是垃圾，意义不大。
3：没有表格驱动功能，增加了数据建立和维护成本，也不便于对数据分类集中以便人工检查数据的完整性。
4：输入输出数据分散而不直观，不能一目了然地浏览程序行为（程序行为就是什么输入下会执行哪些代码产生什么输出）。
5：覆盖状况（如哪个条件真值未覆盖）标示不清晰，没有直观逻辑结构图，分支和路径的覆盖状况难于便利地浏览。
6：没有协助用户快速找出遗漏用例的功能，难于实现高标准的覆盖。
3、工具VU概况：国内xxx公司出品，2005年V1.0发布，目前最新版本为4.4。
优点：1：自动生成测试驱动代码、桩代码；自动提供表格驱动支持，建立用例只需在表格中填数据，数据表格支持复合类型、数组、指针，多级指针可设置任一级的空指针；对于不便于表格驱动的数据，如链表、映射表，提供了数据转换接口，转换为便于表格驱动的数据。
与前两种工具一样，VU也有自动生成用例的功能，不过，VU认为工具不可能自动了解代码的功能，因此主要依靠自动用例是不现实的，只能作为一个补充。
2：解决了单元测试的核心难题：解耦合。
不需要编写桩代码，不污染产品代码，可以像设置参数一样，随意控制底层函数产生测试所需要的数据；同一用例多次调用同一底层函数，可以设定不同数据；支持在某些用例控制底层函数产生指定的数据，而另一些用例调用实际代码；3：解决了单元测试的另一个核心难题：局部输入与局部输出支持用替换选中代码、插入代码等方式，将局部数据转换为可在表格中设置输入的变量；支持多次赋值，方便地解决死循环之类的问题；支持在任意指定位置打印局部数据，并支持对局部数据的结果进行判断；这些功能不需要手工编写代码，且不污染产品代码。
4：白盒覆盖支持语句、条件值、判定、MC/DC、分支、路径覆盖的自动统计；所有未覆盖的逻辑单位具有清晰的标示；更重要的是，具有白盒用例设计功能，针对未覆盖的逻辑单位，支持从现有用例中计算出近似用例，并提供修改提示，用户按提示修改近似用例，即可完成覆盖；此功能可以快速实现高标准覆盖，例如MC/DC。
可标记不可覆盖的逻辑单位，并将标记为不可覆盖的逻辑单位从覆盖率统计中去除。
5：支持快速开发测试结果支持程序行为描述，即同时显示指定用例的输入、所执行的代码、输出；支持一边开发，一边自动更新测试代码并执行测试。
6：可维护性与可复用性产品代码修改时，测试代码自动更新，测试代码不需要手工维护；测试数据与测试代码分离，便以维护；支持将测试数据保存到文本文件，其他函数可从文本文件导入数据；支持将测试数据保存到Excel文件，其他函数可从Excel文件导入数据；复用的数据支持针对单个数据、某类型下的数据、及整个函数的所有数据。
不足：没有静态分析功能。
如果需要静态分析，可以按10:1的比例，搭配专业的静态分析工具，如PL（价格5000人民币左右）。
PL是最专业和老牌的静态分析工具，其功能明显优于RX和TX所捆绑的静态分析功能。
三、主要功能对比表四、选择建议通过上述比较可看出：VU在解决单元测试的主要难题（耦合问题、局部输入、局部输出）方面优势明显。
在测试效率上，VU的工作过程基本上就是在表格中填写数据，测试数据与测试代码分离，自动生成的测试代码自然可以自动维护。
另外，表格化的测试数据也更容易复用。
在测试效果上，三者的覆盖统计差不多，但VU有用例设计器，可以快速地完成覆盖，另外两种工具在测试复杂代码时，要完成覆盖是很困难的，Visual Unit优势明显。
服务也很重要，VU国内团队开发和服务，便于沟通，这是国外工具不能比拟的。
VU没有捆绑静态分析功能，但静态分析只不过是更严格的编译，通常，把编译器的警告等级调到最高，基本上就可以代替静态分析工具的功能，并且更便利。
如果需要静态分析，应该采购专门的静态分析工具，如PL，不但在功能上比捆绑的更专业，而且在经济上也更合算，例如，采购10个捆绑式工具，付出的是10个单元测试工具和10个静态分析工具的价钱，同时只有10个用户使用，而采购10个单元测试工具+2个静态分析工具，付出的是10个单元测试工具和2个静态分析工具的价钱，同时可以有12个用户使用。
综上所述，VU各方面均优于另外两种工具，建议采购VU。
说明以上为C或C++单元测试工具(白盒测试工具、集成测试工具)选型报告模板。
选型报告是申请采购单元测试工具(白盒测试工具、集成测试工具)时可能需要提交的技术资料。
本模板仅包含通用内容，请根据实际自行修改和补充。
李白写的“举头望明月，低头思故乡”,看月亮，必须得抬头看，不然你看见的月只是水中月，而思故乡，必须得低头，看着脚下的土地，土地连结深情，传递的思念感应才会自然。
可见，李白对抬头和低头，有看似经典的认识，只是李白的脖颈不听使唤，该低头时却抬头，该抬头时却低头，搞得李白一辈子光碰头，有时被摔的鼻青脸肿的，但这时的李白爱喝酒，喝了酒就疯疯癫癫的，于是，李白就借着痛感籍着癫意把一肚子的酒吐出来，成就了“君不见黄河之水天上来……”的诗句。
元萨都剌《北人冢上》诗：“低头下拜襟尽血，行路人情为惨切。
”可见，古人从心里是不喜欢低头的，喜欢的是抬头。
记得我以前在学校操场里喜欢低头，体育老师说我是一个没有自信的学生，还说我是一个没有阳光心态的人。
记得体育老师说过这样的一句话：“瓜子之所以长的粒粒饱满，那是因为向日葵始终抬头向着太阳。
”记得我第一次去应聘工作，应聘的工作人员看我低着头，直接就叫我回去了。
那我就抬起头吧，进家门的时候，由于我抬起头，我的头一下子就被碰出了血来，搞得我在家里好几天就不想出门的。
我走下坡的时候，依然是抬起头，这样显得自己有自信，冷不防，我一连向下栽了好几个跟斗，摔的我头破血流的。
我的头招谁惹谁了？干嘛都跟我的头过不去呢？48人的脑袋瓜不过三斤半，由于低头和抬头的缘故，造成有的人头成了“巨头”,而有的人头却成了“狗头”,还要来一点狗血喷头……唉，看来抬头与低头之间的学问确实太高深了，像我这样的孺子是搞不明白的，只能是舔一舔皮毛而已写作时，只与写作为伴，就能听到内心的声音，飘忽的灵感也能捕捉，笔下就有了属于自己的文字和思想。
就我为例，大学期间，常一个人钻在图书馆，早进晚出，看完一本书，常有感悟到笔尖，亦能有几篇散文杂评登报。
毕业后，到西双版纳工作，与内心的对话少之又少，每日工作之余，与友聚餐、喝酒、烧烤，不到凌晨绝不不回家，回家即一头醉晕埋进被子，日复一日，丧失了与灵魂独处的时间，自然再无创作灵感。
写作的人，几乎都远离正常人生活，也不遵守惯常的生活秩序。
安妮宝贝曾说，只有死去的繁华，能让我安静，所以，她常在黑暗中敲打键盘。
太温馨的生活，亦会使写作者陷于温柔之乡，懒得思考，更懒得动笔，路遥在写《平凡的世界》时，因为忽略家，忽略妻女，造成与林达的婚姻不睦，这或许不能怨路遥，因为他是个真正的写作者，是写作对孤独的需要，离间了他们的感情。
张爱玲，荒原上的孤独者，以23岁的人生阅历对人性作出冷酷、深邃、老道的剖析，生逢苍凉时代的孤独，成就了她文坛奇女的地位。
一代文学大师川端康成亦是孤独成就了他，出生不久，父母去世，7岁，祖母去世，10岁，姐姐去世，14岁，祖父去世，孤独是他500多篇小说永远的笔调，最终，他也选择在孤独中毁灭了自己。
诺贝尔文学奖获得者莫言说，在我少年时期，吃不饱、穿不暖，牵着一头牛或者羊，在四面看不到人的荒凉土地上孤独地生存。
饥饿和孤独是我写作的源泉。
所以说，很多人不是写不出来东西，只是缺乏独处的机会，一旦自处，孤独，下笔，无需微言大义，只需直言生活，定会渐渐文思汹涌，像有神魔推动。
这种深入骨髓的孤独，能让人打开灵感的黑匣子，在里面不能看到多少美好东西，却能自由的在一片完全属于自己内在精神空间翱翔，在孤独中煎熬自己、消耗自己的过程，亦生脱胎换骨升华自己的过程。