есть спецы по тестированию ПО?
если кратко то примерно так
1. должен быть некий тест-план базовой функциональности, который должен автоматически регулярно проверяться.
2. тестирование отдельных новых фичей.
проще всего естесно пропустить ошибку которая не выпригивает как катастрофик фэйл, а лежит где то в логике.
поэтому наиболее опасны ошибки аналитиков в тз, а не ошибки программистов.
1. должен быть некий тест-план базовой функциональности, который должен автоматически регулярно проверяться.
2. тестирование отдельных новых фичей.
проще всего естесно пропустить ошибку которая не выпригивает как катастрофик фэйл, а лежит где то в логике.
поэтому наиболее опасны ошибки аналитиков в тз, а не ошибки программистов.
Не совсем понял, почему регулярно? Ведь ПО один раз тестируют перед выводом на рынок. Я понимаю, что могут быть разные версии, у которых имеет смысл тестировать только новое, ну а если выходит совсем новое ПО? Как тогда выглядит процесс тестирования?
По тест-плану: он какие-то определенные этапы предусматривает?
Про аналитиков ясно и бесспорно.
По тест-плану: он какие-то определенные этапы предусматривает?
Про аналитиков ясно и бесспорно.
Не совсем понял, почему регулярно? Ведь ПО один раз тестируют перед выводом на рынок.Тестируют постоянно параллельно с разработкой.
Надеюсь ты не путаешь приёмо-сдаточные испытания и тестирование как таковое?
Не уверен, возможно. Собственно, поэтому и запостил свой вопрос. Можешь поподробнее о том и другом?
А если разработка закончена? Ну, например, прога сделана, оттестирована и выведена на рынок. И вот возникает необходимость, скажем, перевести ее на какой-то другой язык. Если я правильно понимаю, то после перевода тех элементов ПО, которые переводу подлежат, программу надо опять тестировать (мало ли чего в процессе перевода накосячить могли).
по-хорошему, при правильном проектировании программы для перевода программы на другой (человеческий) язык не должно быть необходимо изменять исходные тексты, а должно быть необходимо переводить строки, лежащие, грубо говоря, в отдельном файлике
А если разработка закончена? Ну, например, прога сделана, оттестирована и выведена на рынок. И вот возникает необходимость, скажем, перевести ее на какой-то другой язык. Если я правильно понимаю, то после перевода тех элементов ПО, которые переводу подлежат, программу надо опять тестировать (мало ли чего в процессе перевода накосячить могли).У тебя реально каша в голове.
Может тебе сначала лучше литературу по этому вопросу почитать, а потом задавать конкретные вопросы?
Это примерно как "расскажите ка мне ТФКП", а сам не знаешь что такое пределы.
Тем не менее при локализации баги легко появляются.
по-хорошему, при правильном проектировании программы для перевода программы на другой (человеческий) язык не должно быть необходимо изменять исходные тексты, а должно быть необходимо переводить строки, лежащие, грубо говоря, в отдельном файликеЯ почему-то подумал о переписывании на другом языке программирования...
Я почему-то подумал о переписывании на другом языке программирования...Я тоже разумом так подумал, а вот пользуясь телепатией, угадал, что это про локализацию.
из жизни знакомого:
- рядовой Иванов, ты программировать умеешь?
- да, умею, а вас какие языки интересуют?
- Times New Roman знаешь?
и писал ему потом 2 года на Times New Roman.
- рядовой Иванов, ты программировать умеешь?
- да, умею, а вас какие языки интересуют?
- Times New Roman знаешь?
и писал ему потом 2 года на Times New Roman.
Я понимаю, что могут быть разные версии, у которых имеет смысл тестировать только новоеодна из причин багов в программах
Оставить комментарий
BBOOSS
Господа, подскажите, пожалуйста, из каких этапов должен в идеале состоять процесс тестирования ПО, и если можно, дайте краткую характеристику каждого из этапов. Также интересует, какие из этих этапов в реальности с максимальной вероятностью могут пропустить и чем это чревато. Заранее спасибо всем.