Feeds:
Posts
Comments

Posts Tagged ‘Introduction into software testing’


  1. Необходимо понять, что за программное обеспечение должно быть протестировано, как оно будет использоваться, кем, какие задачи решать.   Если пропустить этот шаг,  то тестировщик рискует пропустить ряд концептуальных багов, которые очень важно  выявить до начала реализации архитектектуры и, тем более, кода.
  2. Создать  тесты для дымового тестирования
  3. Нарезать “слона на бифштексы”  – выделить группы тестов
  4. Написать чек лист для каждой группы тестов, при этом следует не забывать о:
  1. порядке тестов – от простых тестов к сложным. Если на прогоне не пройдут простые тесты, то будет ли смысл в сложных ?
  2. тестах с пустыми полями,  с пробелами, табуляцией,  спецсимволами, значениями по умолчанию, максимальную длину/значение поля.
  3. негативных тестах –  приложение не делает того чего не должно делать (например, нельзя ввести больше 100 символов или дату не в правильном формате.
  4. наличии простых позитивных тестов;
  5. систематичности – лучше одна часть структуры расписанная хорошо, чем везде по чуть-чуть
  6. креативных идеях 😉  – нарабатывайте ваш опыт ))
  7. вопросах по ожидаемым результатам –  помните, что спецификация не идеальна и нуждается в уточнениях  )
  • При наличии времени – детализируйте  чеклист в тест кейсы. Опять же, следует помнить о том: (more…)
  • Read Full Post »


    Sometimes when we speak about testing we think that we have to test  the program and forget about other artifacts

    So, What do we have to test?

    Work Products that can be tested:

    • Programs at installing, launching and operating.
    • Program’s code without launching.
    • Product prototype.
    • Product documentation:
    • Product requirements.
    • Functional specifications.
    • On-line help;
    • Installation guide and user manual.
    • Project documentation:
    • Product architecture, product design.
    • Project plan, Test plan.
    • Test cases.

    Something else?

     

    Read Full Post »